 | | Re: Opinions needed for Color and Edge Values
|
|
(...) I completely agree that changing the colour codes at this stage is a terrible idea. However I have nothing against duplicating them. One thing we do need is to maintain, alongside the LDraw codes, mapping lists to other known systems such as (...) (16 years ago, 25-Nov-08, to lugnet.cad)
|
| |
| | Re: Opinions needed for Color and Edge Values
|
|
(...) Since MLCAD (and other programs) do not support color codes above 511, a different approach to reading TLG colors is needed. However, I have to strongly agree with Philo. Changing color codes that have been defined for years is not a good (...) (16 years ago, 25-Nov-08, to lugnet.cad)
|
| |
| | Re: Opinions needed for Color and Edge Values
|
|
(...) We should be able to have TLG names as a language file, since every TLG color value should map to every BL (BrickLink) color value. I certainly understand the drive to have them in the file in one form or another. Perhaps the most benefit can (...) (16 years ago, 25-Nov-08, to lugnet.cad)
|
| |
| | Re: Opinions needed for Color and Edge Values
|
|
(...) I am _strongly_ against that. Imho this is the same mistake LEGO did a few years ago with the stone colors. What would be the point of defining a standard (ldconfig.ldr) to change it at the first drawback? Colors 70..72 are defined for more (...) (16 years ago, 25-Nov-08, to lugnet.cad)
|
| |
| | Re: LDraw (and LDraw.org) questions
|
|
(...) This has never been implemented. The SteerCo has had some discussions about also considering to use the wiki for the OMR but never reached consensus. IMHO I'd rather have a module for the CMS taking for granted that I'm not talking about a (...) (16 years ago, 25-Nov-08, to lugnet.cad)
|
