Re: synchronizing window frame/client repaint

[Owen Taylor <otaylor redhat com>]

Matthias Clasen <maclas gmx de> writes:

> Would an extension to abort queued requests (mentioned in WhyX.pdf, 8.2) 
> help ?
> The client could the abort all queued requests before restarting the drawing
> when a new configure notify arrives.

All that this would cause is that client would continually 
abort drawing and never finish. (And for GTK+, since all the
hard drawing is done into a double-buffer, nothing would
ever get to the screen.)

When the client decides to go ahead and draw a frame, it should
draw it fully.

Regards,
                                        Owen