On Wed, Sep 13, 2000 at 06:03:08PM -0700, Bill Janssen wrote:
> Tom Zerucha wrote:
> > IT isn't quite that consistent. First you have the 6x6x6 color cube,
> > except the black isn't quite (I think it is 0x10 instead of 0). You
> > do have 0x0 blacks, but I think the 255th entry is "transparent" black
> > which should be used if you want a transparent color. There are four
> > colors not in the cube, and the other greys not in the cube.
>
> Here's what the documentation says
> (http://www.palmos.com/dev/tech/docs/palmos/UserInterface.html#942638):
>
> Aa8-bit: 216 color "Web-safe" palette, which includes all
> combinations of red, green, and blue at these levels: 0x00, 0x33,
> 0x66, 0x99, 0xCC, and 0xFF. Also, it includes all 16 gray shades at
> these levels: 0x00, 0x11, 0x22, ... 0xFF. Finally, it includes these
> extra named HTML colors: 0xC0C0C0 (silver), 0x808080 (gray), 0x800000
> (maroon), 0x800080 (purple), 0x008000 (green), and 0x008080 (teal).
> The remaining 24 entries (indexes 0xE7 through 0xFE) are unspecified
> and filled with black. (On debug ROMs they are filled with random
> colors to help developers notice if they use an invalid value.) These
> entries may be defined by an application.
>
> So the documentation is wrong?
>
> Bill
I don't know that the documentation is wrong, per se, only that the
IIIc has 4 bit A/Ds to generate the colors. I've seen some duplicates
and those are probably it.
In effect it can only generate 16 discrete levels of gray.
000000
111111
222222
...
777777
808080
888888
999999
....
BBBBBB
C0C0C0
CCCCCC
DDDDDD
EEEEEE
FFFFFF
would be 18 levels. C0x3 is probably BBx3, but might be CCx3.
(And the excerpt above doesn't mention 0xff).
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
