| | Re: *** MLCad V3.30 ***
|
|
(...) Thank you for this long awaited release! Now let's spread the word! Jetro (15 years ago, 8-Feb-10, to lugnet.cad.mlcad)
|
|
| | German and Italian language add-on for MLCad 3.30 available
|
|
Hi folks, I upgraded the German and Italian language add-on for MLCad. Both add-ons are now fit for version 3.30. You'll find the .zip-files along with a tutorial for how to change the language interface at: German - (URL) - (URL) w. (15 years ago, 8-Feb-10, to lugnet.cad, lugnet.announce, lugnet.cad.mlcad) !
|
|
| | Re: *** MLCad V3.30 ***
|
|
You made my day! Thanks, Michael!!! Philo (15 years ago, 8-Feb-10, to lugnet.cad.mlcad)
|
|
| | *** MLCad V3.30 ***
|
|
Hi, I would like to announce that I've just released a new version of MLCad! MLCad V3.30 What's new: - Development environment was changed to Visual Studio 2005 - Support for color definitions in LdConfig.ldr - Empty lines are no longer removed (for (...) (15 years ago, 8-Feb-10, to lugnet.cad.mlcad) !!
|
|
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) I have authored patterned parts, and for me this is the only viable option. This has worked just fine for the past decade, and I don't see any good reason why it should be broken. The second option (using 0x2RRGGBB) would just be very (...) (15 years ago, 8-Feb-10, to lugnet.cad.dat.parts, FTX)
|
|
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) I didn't get it right at all, but now I think I do. It isn't an issue here and, believe it or not, I'm cool with it. :) (...) Good! :) (...) I'm glad that at least I'm not alone with this opinion. :) /T (15 years ago, 7-Feb-10, to lugnet.cad.dat.parts)
|
|
| | Re: Technic Gear 42 Tooth (744.dat) issue?
|
|
(...) Works fine for me. But the 42z gear is part 644 and 744 is a "moved to" file on my system William (15 years ago, 7-Feb-10, to lugnet.cad.mlcad)
|
|
| | Technic Gear 42 Tooth (744.dat) issue?
|
|
Anyone else have trouble displaying Technic Gear 42 Tooth (744.dat) in MLCad? Be careful, on my system, it causes an immediate hard crash of MLCad, losing any changes in your dat file! I'm pretty sure that it's the first time that I've ever seen (...) (15 years ago, 7-Feb-10, to lugnet.cad.mlcad)
|
|
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) Two things. First of all, is Maersk Blue hard-coded into any part files? I would expect parts that show up in Maersk Blue to have color 16 encoded in the file, and the user to select Maersk Blue as the parts' color when building a model. Since (...) (15 years ago, 7-Feb-10, to lugnet.cad.dat.parts, FTX)
|
|
| | LPub 4.0.0.0.4 BOM issue with BUFEXCHG [DAT]
|
|
See below I would expect the BOM to contain 6 different coloured 2x3 plates, but the last two (added after the BOM END) are ignored - in fact with a very big file everything after the BOM END is ignored (almost as if the BOM END isn't seen) Also, I (...) (15 years ago, 7-Feb-10, to lugnet.cad)
|
|
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) I don't know if I got that right. Isn't Maersk Blue one of those part colors most wrongfully and misleadingly labeled as a "dithered" color? (...) I suggest the 0x2RRGGBB form is recommended for less "basic"/established pattern and sticker (...) (15 years ago, 7-Feb-10, to lugnet.cad.dat.parts, FTX)
|
|
| | LPub 4.0.0.4 CLEAR / BUFEXCHG issue [DAT]
|
|
LPub 4.0.0.4 crashes if there is a CLEAR and a BUFEXCHG in the same MULTI-STEP group Two files below, first one is OK, second one crashes on page 2 0 FILE NoCrash.ldr 0 NoCrash 0 NAME: NoCrash.LDR 0 AUTHOR: MLCAD 0 UNOFFICIAL MODEL 0 !LPUB (...) (15 years ago, 6-Feb-10, to lugnet.cad)
|
|
| | Re: Dungeon Delver: That Frog...
|
|
(...) Wow. I'm glad I posted my little picture, if for no other reason than to bring your amazing work to light again. I only get the chance to pop into Lugnet once in a while now, and had never seen this scnner of yours. It would be pretty amazing (...) (15 years ago, 6-Feb-10, to lugnet.cad)
|
|
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) I'm not much of a part author, so my opinion probably counts for even less than usual here, but I actually find myself agreeing with Willy on a issue involving colors. That never happens! ;) But heck, who can argue against freedom and (...) (15 years ago, 6-Feb-10, to lugnet.cad.dat.parts)
|
|
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) It would be very interesting which applications can not work with the (RGB colors (of the form 0x2RRGGBB)). Are they useful/necessary/developed? If someone has those application to test and make a summary of that would be great. cu mikeheide (15 years ago, 6-Feb-10, to lugnet.cad.dat.parts, FTX)
|
|
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) For what it counts, I'd go for: * Explicitly disallow "dither" colors in all official parts, but allow RGB colors (of the form 0x2RRGGBB) in their place in patterned/sticker parts. This solution would give me the most freedom. I could just (...) (15 years ago, 6-Feb-10, to lugnet.cad.dat.parts)
|
|
| | Re: LPub 4.0.0.4 CLEAR issue
|
|
(...) Hi William, Welcome to LPub 4.0! Its a bit different, eh? Your expectations for CLEAR are very reasonable. <snip> Thanks for the wonderfully simple example. I made a one line fix for this. After I get the "submodel in PLI" problem fixed, you (...) (15 years ago, 6-Feb-10, to lugnet.cad)
|
|
| | Re: LPub 4.0.0.4: Submodels in parts list?
|
|
(...) I have found and fixed this one. (...) With it fixed, this should be fixed too. (...) I'll work on this next. (...) Kevin (15 years ago, 6-Feb-10, to lugnet.cad)
|
|
| | "Dither" colors in patterned/sticker parts
|
|
Please read and respond to this message if you are a parts author, particularly if you have authored any patterned or sticker parts. The LSC is trying to come up with rules for colors for both LDConfig.ldr and official parts. We are having an (...) (15 years ago, 6-Feb-10, to lugnet.cad.dat.parts, FTX)
|
|
| | LDraw.org Parts numbering scheme for parts with unknown numbers.
|
|
The LSC has just ratified the LDraw.org Parts numbering scheme for parts with unknown numbers. It should allow to add parts to the library where the part number is not known. As the systematic that is used up to now has reached its limits this (...) (15 years ago, 5-Feb-10, to lugnet.cad, lugnet.announce)
|