nanogui: proposed change to microwindows color values
Subject:
RE: proposed change to microwindows color values
From:
Greg Haerr ####@####.####
Date:
14 Oct 1999 20:46:05 -0000
Message-Id: <01BF1652.743F0640.greg@censoft.com>
: How about providing an array of 'best effort' for the base colours, black white
: dark grey and light grey ? The driver could set these up at setup time,
Alan,
Your idea is similar to something we've discussed. One idea
was that the "default" be laid out in a way such that it is downward compatible
from 16 -> 8 -> 4 -> 2 color. So it might be laid out like:
BLACK ; valid for 2,4,16
WHITE ; valid for 2, 4, 16
LTGRAY ; valid for 4, 16
GRAY ; valid for 4, 16
RED ; valid for 16
etc
The only problem is this still won't work for static_pseudocolor systems
that might have a different layout, as well as requiring that the system
be ported to have a writable palette before _any_ screen driver will work,
which is a pain, since most operating systems don't store their values in
this order.
The other answer was to statically build a reverse palette lookup
table, based on the system palette, read only or not. but then
alot of the gain of the F_PALINDEX bit is lost, since we're looking up
two tables to get anywhere anyway...
Greg