comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » A defense of decomposed color
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
A defense of decomposed color [message #51096] Mon, 30 October 2006 15:46 Go to previous message
JD Smith is currently offline  JD Smith
Messages: 850
Registered: December 1999
Senior Member
I wonder if those of you using decomposed color can persuade me of its
utility. Though color tables are perfect for image visualization,
they are wanting for "system" colors for plot symbols, overlays, etc.
It's frustrating to keep track of them, and different apps have
different conventions, and can step on each other's feet, causing
various undesirable effects.

I presume the reason many of us still use undecomposed color is from
the 8bit heritage, when there was no such thing as decomposed color.
Do '00FFFF'x-loving people simply assume everyone has a device capable
of interpreting 24bit, decomposed color (probably about 95% true,
these days)? How do you handle switching back and forth from
decomposed (for plot symbols, say) to indexed (for displaying images)?
Do you find it really solves the headaches associated with saving a
few colors for drawing in high indices, vs. the added juggling needed
to switch back and forth among decomposed and non-decomposed color,
etc.? What happens if you switch to decomposed color on an 8-bit
display system?

I'm ready to come around to embracing direct color specification with no
color table intermediary, but I think I need a bit of persuasion.

JD
[Message index]
 
Read Message
Read Message
Previous Topic: Re: A defense of decomposed color
Next Topic: Zooming an iTool

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Wed Oct 08 19:39:10 PDT 2025

Total time taken to generate the page: 0.00412 seconds