Re: [patch] clist uses GDK_XOR

["Shawn T . Amundson" <amundson gimp org>]

On Tue, Oct 06, 1998 at 11:32:52AM -0400, Owen Taylor wrote:
> 
> raster@redhat.com writes:
> 
> > On  6 Oct, Frank Loemker scribbled:
> > ->  Hello,
> > ->  
> > ->  In gtk V1.0.6 there was a change from GDK_XOR to GDK_INVERT in the
> > ->  paned widget to ensure that the drawn line is visible (white pixel
> > ->  can have a value of 0, so GDK_XOR would have no effect).
> > ->  
> > ->  The clist widget still uses GDK_XOR for the same purpose (if you
> > ->  change the column with in a clist). The patch below changes the clist
> > ->  to use GDK_INVERT.
> > 
> > why don't u use white pixel and use black pixel IF whitepixel == 0 ? :)
> 
> The advantage of Raster's method is that it is pretty much guaranteed
> to swap black and white, while GDK_INVERT is not. (On pseudocolor
> displays, black and white usually get colormap values 0 and 1, or
> vice-versa.)

How do we implement raster's method?  Just check the background of clist
and selection and draw accordingly? What if a background pixmap is there
instead of a plain color?  Is the suggestion to draw one pixel at a time?

> 
> However, since the color that the line for the CList is inverting is
> usually not white (the default being a pinkish-gray), I'm not sure
> if that really matters here.

It is white on my B/W display. ;-)

> (I think the default colors of the CList _should_ be those currently
>  used for the List, but that's another story)
> 
> Regards,
>                                         Owen
--
Shawn T. Amundson               
amundson@gimp.org               http://www.gimp.org/~amundson

"The assumption that the universe looks the same in every
 direction is clearly not true in reality." - Stephen Hawking