Subject: Re: Inverse Color XServer for Mac68k?
To: Sean J. Schluntz <schluntz@agames.com>
From: Frederick Bruckman <fb@enteract.com>
List: port-mac68k
Date: 08/10/1999 00:10:22
On Mon, 9 Aug 1999, Sean J. Schluntz wrote:

> In message <Pine.LNX.4.10.9908090449060.16776-100000@rimsky.gstis.net>, Ryan Or
> dway writes:
> >
> >	What bit depth are you trying to use? From what I recall 8-bit
> >color isn't quite supported, and the colors will look pretty funky. :-)
> 
> Hmm, I'm doing this on a PowerBook 540c (with an upgraded processor board 
> so it is a full '040.)  Unfortunatly this system can't do better than 8bpp.

Well, you could use 8-bit grayscale, unless you like the funny colors
better. :-)

It might be possible to pre-load the color map by loading a desktop
picture within MacOS. Just a theory, never tried it. A sepia
photograph might work out acceptably.

Most 8-bit screens are "PseudoColor", which gives each window it's own
color map. If you open a game, jpeg viewer and netscape all at the
same time on that PowerBook in MacOS, you'll see that only the app in
front looks right. As you switch apps, there's a noticable pause as
the color map is changed, and all the other apps go squirrely. That's
why I personally hate 8-bit color.

Without intimate knowledge of the hardware, the best the server can do
is offer 8-bit StaticColor (which it may misrepresent as PseudoColor,
not sure). No matter what you call it, 256 colors is not enough for
what most people consider "color". Grayscale is supposed to be static,
256 grays being adequate for that, so at least 8-bit greyscale will
provide the X apps with a visual mode they understand.