 | | reference for program author
|
|
Many times during developing DATHeader I had questions that I tried to solve by searching in LUGNET posts and reading the documentation on LDraw.org. Often I had to make my own decision how to handle that problem. For example: Reading files with (...) (15 years ago, 5-Oct-09, to lugnet.cad.dev)
|
| |
| | Re: Official Parts using MLCad colors
|
|
(...) Let me stop this before it gets started... It's not an offense, Tore, nor were you wrong at the time. There is no witch hunt, finger pointing, or conspiracy. We are not on a crusade against you or anyone else. We simply want to upgrade the (...) (15 years ago, 2-Oct-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Official Parts using MLCad colors
|
|
(...) It appears so, even if I wish it was just the opposite. I still haven't been convinced why it is so wrong to use the backwards compatible color number range when possible. I used color 462 for the orange part of the German flag because number (...) (15 years ago, 1-Oct-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Official Parts using MLCad colors
|
|
(...) Hi, All these colors are in the 'dithered' range, if the actual dither color is wanted by the part author it has nothing to do with mlcad or has it? And isn't declaring new colors in the LDConfig using the dithered range breaking some kind of (...) (15 years ago, 1-Oct-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Official Parts using MLCad colors
|
|
(...) There may be problems matching these colors. As you note, these are patterned parts and the colors Lego uses for the printing on patterned parts do not necessarily match the colors used for the plastic brick. -Orion (15 years ago, 1-Oct-09, to lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
