On Fri, 9 Nov 2001, Mark Vojkovich wrote:

> > >   Calling XClearWindow() on the TrueColor window should work just fine.
> > > It's not clipped by covering PseudoColor windows and I'm not aware
> > > aware of any bugs in that code.   Sounds like you're saying it doesn't
> > > work anymore.  If that's the case, I'll have to take a look at the
> > > code again. 
> > 
> > To the best of my knowledge, I did precisely that.  I created both windows up
> > front, with the PseudoColor window a child of the TrueColor window.  I then
> > called
> > 
> >     XStoreColors() on the PseudoColor window
> >     XSetWindowBackground() on the TrueColor window
> >     XClearWindow() on the TrueColor window
> >     XInstallColormap() of the new Colormap
> > 
> > At this point, the new colormap does take effect on the PseudoColor window,
> > but the transparent PseudoColor pixels still show the previous background of
> > the TrueColor window.  However, dragging other toplevel windows over and then
> > away again redraws with the new TrueColor background color.
> > 
> > For fun I tried XClearWindow() on the PseudoColor window too, but that didn't
> > help, and then I gave up and wrote the prior piece of mail.
> > 
> 
>    I'll look into it.  Assuming you're doing everything correctly it
> could be a bug in the mioverlay code or XAA or maybe the cfb8_32 code.
> I'd have thought there would be bigger problems than this if
> XClearWindow didn't work though.
> 

   OK.  It looks like this there might be a bug in the mioverlay
code.  I'll look into fixing this for 4.2.0.

                                Mark.

_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert

Reply via email to