>
> Anyway, I think my explanation of why the frame window gets cleared to the
> background colour of the frame still stands. Only, I guess we've just proved
> that you cannot do anything about it, so presumably it could be taken off the
> TODO list. (I'm trying to save you some work here Chuck ;-)
>
What I think is happening is that the X-server is painting the frame
with it's background colour when the client window disappears. I haven't
looked at the window frame creation code but I suspect from these symptoms that
it is given a background colour in order to speed up refreshes (only the
non-background bits need to be drawn by fvwm).
Since fvwm can't stop clients unmapping themselves and can't stop the server
filling in the background colour when the frame centre is exposed the only
way to stop the flashing is to make sure the area under the client window
has a background of none.
There are two ways to do this, either don't set the frame background and live
with the extra drawing overhead or create an intermediate window with no
background under the client but above the frame.
When there is no background for the server to paint the screen will be left
with the contents of the client window until the frame is unmapped.
Hope this helps,
Tim Phipps.
--
Visit the official FVWM web page at <URL:http://www.hpc.uh.edu/fvwm/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_hpc.uh.edu.
To report problems, send mail to fvwm-owner_at_hpc.uh.edu.
Received on Tue May 07 1996 - 05:10:37 BST