On Thu, 2004-05-27 at 11:08 -0700, Mike Mestnik wrote: > --- Michel Dnzer <[EMAIL PROTECTED]> wrote: > > On Thu, 2004-05-27 at 15:00, Mike Mestnik wrote: > > > > > > The data was shifted to the right, making it offcenter. I will need > > to > > > find a way of undoing/compinsating-for this inorder to make changing > > this > > > offset usefull. > > > > I guess you need to compensate the GL viewport (I guess you may have > > talked about that in earlier posts? I somehow thought you were talking > > about the X server viewports). > I try to keep each paragraph on topic, however this thread all started > with MergedFB. So I see where you could have gotten confused. What > should we call the 3dOutputClipRects?
How about just that? :) > Speeking of multiplexing the cliprects, I can't seem to find where they > get created(on move/resize)? I made the lock contection(where the > move/resize client code is) recompute the cliprects. However my work gets > undone on every move. numClipRects as well as pClipRects gets resert, > where dose this happen? The raw cliprects are fetched from the X server in DRI_VALIDATE_DRAWABLE_INFO -> __driUtilUpdateDrawableInfo() -> *pdp->getInfo(). -- Earthling Michel DÃnzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
