Subject:
|
Re: Old Dithered Colors
|
Newsgroups:
|
lugnet.cad
|
Date:
|
Wed, 12 Jul 2006 19:06:32 GMT
|
Viewed:
|
1239 times
|
| |
|
|
"Travis Cobbs" <tcobbs@REMOVE.halibut.com> schrieb im Newsbeitrag
news:J2B0n8.4IB@lugnet.com...
> I definitely think MLCad should continue to recognize the color numbers.
> When I
> wrote LDView, I decided not to dither the colors, and just calculate the
> final
> color. I really think this is the best way to go (at least if the display
> is
> true color, anyway).
That was what I was thinking of. I still will support the color codes as
such, but I think that I will
stop support for defining dithered colors.
That way users who have defined dithered colors can still use them, but
would be converted to solid
colors once MLCad starts up the first time.
> Having said that, that feature doesn't appear to be well-known. There was
> a big
> color thread here recently that showed that most people didn't know about
> the
> 24-bit colors. Since they work with L3P, they're especially useful right
> now
> while MLCad doesn't support ldconfig.ldr. Once ldconfig.ldr becomes
> supported
> by both MLCad and L3P, I think being able to easily specify arbitrary
> colors
> becomes less important.
I've read that recently and that was the reason why I thought implementing
support
for ldconfig.ldr would make sense.
> Since there's no way of knowing when L3P will support the extra colors,
> you
> might consider an export option that converts any colors not directly
> recognized
> by L3P into 24-bit colors. The following comes from the L3P web page:
>
> L3P now knows these colors (apart from 16 and 24):
> 0-15, 17-23, 25-28, 32-47, 57, 256-511, 0x02000000-0x07FFFFFF.
> Color 256 is used for black rubber.
>
> I realize that MLCad is its own separate program, and adding code to work
> around
> limitations in L3P is a hack, but a whole lot of people use MLCad and L3P
> together.
I have to think about that, but it shouldn't be to complicated ...
Michael
|
|
Message has 1 Reply:
 | | Re: Old Dithered Colors
|
| (...) Sorry, when I read your first message, I thought you meant MLCad would no longer support the predefined colors 256-511. Using derived values instead of literally dithering is just fine, I agree. Steve (18 years ago, 12-Jul-06, to lugnet.cad)
|
Message is in Reply To:
| | Re: Old Dithered Colors
|
| (...) I definitely think MLCad should continue to recognize the color numbers. When I wrote LDView, I decided not to dither the colors, and just calculate the final color. I really think this is the best way to go (at least if the display is true (...) (18 years ago, 12-Jul-06, to lugnet.cad)
|
9 Messages in This Thread:
 
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
