nanogui: NanoGUI palette model


Previous by date: 29 Sep 1999 12:33:32 -0000 Re: State of the nanogui union?, Vidar Hokstad
Next by date: 29 Sep 1999 12:33:32 -0000 Re: State of the nanogui union?, Vidar Hokstad
Previous in thread: 29 Sep 1999 12:33:32 -0000 Re: NanoGUI palette model, Vidar Hokstad
Next in thread: 29 Sep 1999 12:33:32 -0000 Re: NanoGUI palette model, Vidar Hokstad

Subject: Re: NanoGUI palette model
From: "Bradley D. LaRonde" ####@####.####
Date: 29 Sep 1999 12:33:32 -0000
Message-Id: <004d01bf0a75$dc680840$b8119526@ltc.com>

----- Original Message -----
From: Vidar Hokstad ####@####.####
To: ####@####.#### ####@####.####
Cc: ####@####.####
Sent: Wednesday, September 29, 1999 4:54 AM
Subject: RE: NanoGUI palette model


> What I'm suggesting is only that if TRUECOLOR is defined that we get the
> RGB value from the palette if F_PALINDEX is set, so that palettes
(including
> user defined) work on truecolor displays too.

Are the palettes all static, defined by the driver?  If so, then driver
itself can map a passed palette index to RGB.

Even if someday drivers allow modification of the hardware palette, the
driver can still map RGB to index itself.

The only value I see to the palette index flag is to have 8 or 16 "standard"
colors that programs can count on, but even that is kind of superfluous -
they can just specify a "standard" RGB (black, white, yellow, green, etc.
like Netscapes color names) and let the driver do its best.

As for the differences in mapping between RGB bit layouts, again, the driver
can do the mapping, no?

Regards,
Brad


Previous by date: 29 Sep 1999 12:33:32 -0000 Re: State of the nanogui union?, Vidar Hokstad
Next by date: 29 Sep 1999 12:33:32 -0000 Re: State of the nanogui union?, Vidar Hokstad
Previous in thread: 29 Sep 1999 12:33:32 -0000 Re: NanoGUI palette model, Vidar Hokstad
Next in thread: 29 Sep 1999 12:33:32 -0000 Re: NanoGUI palette model, Vidar Hokstad


Powered by ezmlm-browse 0.20.