 | | Re: [LSC] Colour Definition meta-statement
|
|
(...) I could go for that. Simpler is better! Of course that means the METALLIC (or PEARLY) tag needs an argument to define the color of the embedded bits. If you want it to be the same color as the substrate, just use the same color code. Don (21 years ago, 23-Jan-04, to lugnet.cad.dev)
|
| |
| | Re: [LSC] Colour Definition meta-statement
|
|
(...) I've been keeping clear on the dither issue so far, because I didn't have a strong opinion one way or another. However, the more I think about it, the more I think we're not seeing the forest through the trees. Because of this, I vote we (...) (21 years ago, 23-Jan-04, to lugnet.cad.dev)
|
| |
| | Re: [LSC] Colour Definition meta-statement
|
|
(...) I would prefer that spaces not be allowed in the color name as well. However, the spec does say that all the keywords are case sensitive (must be all caps), and I believe the original suggestion was that keywords by themselves with spaces (...) (21 years ago, 23-Jan-04, to lugnet.cad.dev)
|
| |
| | Re: [LSC] Colour Definition meta-statement
|
|
(...) I realize many current ldraw rendering programs use a stipple pattern to render transparent surfaces. I do it in ldglite because I'm too lazy to do the sorting required to use alpha blending. However, I don't really want the specs to dictate (...) (21 years ago, 23-Jan-04, to lugnet.cad.dev)
|
| |
| | Re: [LSC] Colour Definition meta-statement
|
|
(...) [snippety] (...) [doo-dah] (...) I was thinking no space. So far, we've avoided wrapping literals in quotes in LDraw (with only occasional trouble). I'd like to keep avoiding quotes. [snippety-ay] (...) Good question. We hadn't thought about (...) (21 years ago, 23-Jan-04, to lugnet.cad.dev)
|
| |
| | Re: [LSC] Colour Definition meta-statement
|
|
(...) But what if Lego prints an opaque dithered pattern on a transparent brick? I think the ALPHA is more versatile if only applied to the VALUE color. You can still get an alpha dither color by using a color code for d which points to a color with (...) (21 years ago, 23-Jan-04, to lugnet.cad.dev)
|
| |
| | Re: [LSC] Colour Definition meta-statement
|
|
(...) I don't think so. What if CODE is part of the color name? I can't think of a quick example for that, but other key words are easy. AlphaTeamRed, BlueChrome... I'll support color names with no space characters, and I'll consider supporting (...) (21 years ago, 23-Jan-04, to lugnet.cad.dev)
|
| |
| | Re: LDraw.org Bylaws Draft
|
|
(...) Well put! (...) Typically if there is no explicit bar, the interpretation is that multiple terms are OK. That could be added if it's really unclear. As to the term length, ILTCO went with 2 year terms for the executive committee for reasons (...) (21 years ago, 23-Jan-04, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: LDraw.org Bylaws Draft
|
|
I think this is a good thing and would really turn LDraw into a machine that gets more things done. I've been heavily involved with Mac OS X Labs Org ((URL) for the last year. The steering committee for that group has had weekly conference calls and (...) (21 years ago, 23-Jan-04, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: LDraw.org Bylaws Draft
|
|
I put my reply at the top on purpose... I think we're all agreed on the intent but I'm not sure we have the wording nailed. "professional" is a harder word to define and agree on the definition of, than "student" or "part-time"... So while I'm OK (...) (21 years ago, 23-Jan-04, to lugnet.cad.dev.org.ldraw)
|
