On Thu, 2007-10-11 at 23:39 +0100, Keith Whitwell wrote: > Maybe we're examining the wrong spec here. My concerns are all about > what happens when the window changes size -- what does X tell us about > the contents of a window under those circumstances? Does the GLX spec > actually specify *anything* about this situation???
As Brian said, X knows exactly when the window changes size, and the contents of the window at resize are well specified by the protocol. As X requests are always atomic, and executed as some shuffle of the request streams from all of the clients, there are no partial resize states to deal with. Clients can always know when drawing occurred before or after a resize as the resize events include the serial number of the most recently executed client request indicating when in the client's request stream the resize occurred. Making the resize asynchronous is a huge feature as it means applications often end up repainting less than once per resize as you reshape the window with the window manager. It sounds like the DRM needs to have an event queue for the X server to deliver resize evens into that is outside the X protocol (and hence not subject to the whims of the application). I suspect the DRI extension will need a new request that causes the X server to post events to the DRM module. Windows always contain their background in areas where expose events are delivered (again, the request serialization means this is always well defined in time). Backgrounds can consist of a single pixel value or an image to be tiled into the window, or they can be left as garbage (background None). This latter mode is often used to avoid flashing on the screen, but the actual contents of the window are not defined by the core protocol to be the parent contents in all cases. The Composite extension stands on its head to make the parent contents visible though, so I suppose we now have defined these contents as the parent contents in all cases. -- [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
-- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
