<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv=Content-Type content="text/html; charset=us-ascii"> <meta name=Generator content="Microsoft Word 11 (filtered medium)"> <style>  </style> </head> <body lang=EN-US link=blue vlink=purple> <div class=Section1> I study the composite extension, because I will use it later and may I will do some modification in it.<o:p></o:p> <o:p> </o:p> When I client redirect a window the extension will call compalloc.c:compRedirectWindow() this function then should move that window to an off-screen. Where is this off-screen saved (in which C structure)? I don’t figured it from the code of that function.<o:p></o:p> To understand all the stuff let me make a simple example:<o:p></o:p> <o:p> </o:p> <![if !supportLists]>1- <![endif]>a client create a window at 100,100.<o:p></o:p> <![if !supportLists]>2- <![endif]>Then it maps that window.<o:p></o:p> <![if !supportLists]>3- <![endif]>Another client receives a mapRequest, and then it redirects (as manual) it to off-screen.<o:p></o:p> <![if !supportLists]>4- <![endif]>The first client paint to the window as normal.<o:p></o:p> As this window has been moved to off-screen nothing will be displayed unless the other client do that.<o:p></o:p> <o:p> </o:p> How Paint functions will make their work on the off-screen not as normal at the screen directly?<o:p></o:p> <o:p> </o:p> The new graphics card has framebuffer. When a client create a window X server create for it window structure which save the position of the window on framebuffer. When painting xserver will paint directly to the framebuffer via GC operations, which am most hardware dependent.<o:p></o:p> How those work when a window is redirect? I can’t figure that from the code directly.<o:p></o:p> <o:p> </o:p> I will be glad if someone gives me sometime to describe this.<o:p></o:p> <o:p> </o:p> Amir<o:p></o:p> </div> </body> </html>