Path: utzoo!attcan!uunet!snorkelwacker!bloom-beacon!LIGHTNING.MCRCIM.MCGILL.EDU!mouse
From: mouse@LIGHTNING.MCRCIM.MCGILL.EDU
Newsgroups: comp.windows.x
Subject: Re: Application resource file etiquette
Message-ID: <9010062230.AA04312@lightning.McRCIM.McGill.EDU>
Date: 6 Oct 90 22:30:28 GMT
Sender: root@athena.mit.edu (Wizard A. Root)
Organization: The Internet
Lines: 29

>> 2. Modify the color namespace to handle "fallback" colors, which

> Whilst a complete (or at least better) solution is being developed
> this actually looks quite useful right now.

> Here's a patch to mit/Xt/Converters.c [patchlevel 18]  [...]  The
> first colour is chosen if the screen has a depth greater than one.

Not to detract from a useful hack, but....

This is a good example of the sort of nonportable assumption people
make that renders their programs hard to use on unusual servers.

I have seen 8-bit grayscale Suns.  There is also a NeXT next to my desk
whose only visual is a 2-bit StaticGray visual.  Either of these would
break this patch; the NeXT would break it worse, of course.  And though
I've not heard of such a thing existing, a 3-bit StaticColor display
having the normal eight "primary" colors in its colormap would also
break it.

As I said, this is not to detract from something many will find useful.
I just want to make sure that people using this patch realize that it
is a stopgap measure and should not be considered as a proper fix to
the problem.

					der Mouse

			old: mcgill-vision!mouse
			new: mouse@larry.mcrcim.mcgill.edu