| | Re: [LSC] Colour Definition meta-statement
|
|
(...) I'm not sure you're right there. I think Steve may have been trying to achieve a specific dithered look, different from the effect created by the pre-defined metal code in say ldview or ldglite, probably to better differentiate some static (...) (21 years ago, 6-Feb-04, to lugnet.cad.dev)
|
|
| | Re: [LSC] Colour Definition meta-statement
|
|
(...) Whoops. Silly me. It's amazing the tricks memory can play on you ;-). (...) While this is still probably do-able, I think my original argument about the possible creation of future tags still holds (unless you're also agreeing to the enforced (...) (21 years ago, 6-Feb-04, to lugnet.cad.dev)
|
|
| | Re: [LSC] Colour Definition meta-statement
|
|
(...) Well, I don't think that qualifies as an argument for its inclusion in the new !COLOUR statement, since those are already covered by the more precise pre-defined materials. --Travis Cobbs (21 years ago, 6-Feb-04, to lugnet.cad.dev)
|
|
| | Developers! What softwares? ([LSC] Colour Def...)
|
|
(...) Why not just RGB instead of the not too intuitive VALUE? (I mean, it colud be any parameter value) Developers, what softwares will be updated to support this? L3P? ML-Cad? L3Lab? LDView? ...? /Tore (21 years ago, 6-Feb-04, to lugnet.cad.dev)
|
|
| | Re: LDraw.org Bylaws - new proposed clauses
|
|
(...) After giving some thought to this - I can't think of alternate wording that would really do the issue justice, and not end up unnecessarily lengthy and awkward. If we start looking for CoI under every rock, I think that's taking it too far. My (...) (21 years ago, 6-Feb-04, to lugnet.cad.dev.org.ldraw)
|