 | | Defining LED Colors in LDConfig?
|
|
I've been thinking about that talk of limiting the colour definitions in LDConfig.ldr to part colours with a few expectations, and I agree with that. But I wish to throw in an idea that I don't even believe in myself but yet want to air. Is it (...) (15 years ago, 10-Feb-10, to lugnet.cad.dev)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) Sure, doing the right thing in terms of putting the code in the most advantageous location is always worth the effort. (...) Hey, it's all about namespace management, right? As a parts author, I avoid using subfiles unless there is a fairly (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) There seems to be support for RGB and also for "Dithered" colour out there. The problem that we always faced are caused by applications that do not follow our ideas and so we go limiting our aims. I feel we should stop doing in that way (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) Time for a cadfight! :) /Tore (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: *** MLCad V3.30 ***
|
|
(...) How about just "use the 'dithered' range but apply LDConfig on top of them, overriding any colour that gets in the way"? -Santeri (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) DOH! I forgot to include -- Part of the reason I think RGB colors are not the way to go is because they don't solve the real problem -- there are a good number of patterns that can't realistically be modeled in LDraw. Anything with gradients, (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) Steve, our opposing positions on RGBs are known. What I seek in this very moment is your position on the second question in this post: (URL) "No password, not a single CA-header edit on your agenda nor a library update since ... was it 2004 or (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: *** MLCad V3.30 ***
|
|
(...) I can confirm that. While the LSC may have dithered over the spec, we certainly didn't drop "dither" intentionally. (Mind you, given the number of referenced specs we had to ratify first before we could get onto "the biggie", I'm surprised we (...) (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) Not sure where you're going with that. I think adding RGB colors to official parts would not be a net improvement to the parts library system. It has nothing to do with backwards compatibility or conservatism. Steve (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: *** MLCad V3.30 ***
|
|
(...) I think Travis' wording may be confusing. Don't use "the old dither algorithm". MLCad 3.30 draws colors 256-511 as *solid* colors. That's better than using the stippling algorithm from previous MLCad versions. (No new/current software stipples (...) (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
