"Dunaway, Brian" wrote:
>
> SUGGESTED:send xdpyinfo for viewing. RESULTS:
>
Great. Just what I expected...
> screen #0:
> default visual id: 0x20
> visual:
> visual id: 0x20
> class: PseudoColor
> depth: 8 planes
> available colormap entries: 256
> red, green, blue masks: 0x0, 0x0, 0x0
> significant bits in color specification: 8 bits
> visual:
> visual id: 0x28
> class: TrueColor
> depth: 24 planes
> available colormap entries: 256 per subfield
> red, green, blue masks: 0xff, 0xff00, 0xff0000
> significant bits in color specification: 8 bits
>
OK. This is the problem : Blackbox, in an attempt to be helpful,
tries to use the best visual available to it -- in this case a
24bit TrueColor. But this is not the default visual, which is
an 8bit PseudoColor (ie uses a palette). Most applications use
the default visual, so Blackbox has to switch the colormap when
it has the focus, versus when another app has the focus.
The end result is this no matter what, a lot of things are gonna
look crappy at any given moment.
Two solutions:
* Configure your X server to make the 24bit TrueColor visual the
default one. This is probably your best option; I'm not sure how
you got about doing this myself, but I know the way was posted to
the list at some time in the not-to-distant past (check the archive
at http://www.mail-archive.com, or maybe someone who knows Solaris
can chime in?)
* Lobotomize Blackbox so it isn't so 'helpful'. Unfortunately, this
will mean that you'll be stuck using 8bit PseudoColor for everything
Blackbox draws, which is less than ideal since your hardware seems
to support far better. If you'd rather go this route, let me know,
and I can send you a patch (only a few lines need to be removed).
Jeff Raven
