[PATCH 2/2] damageext: Xineramify (v4)

Keith Packard keithp at keithp.com
Wed Oct 9 10:00:06 PDT 2013


Adam Jackson <ajax at redhat.com> writes:

> Enh.  I'm not convinced.  damageDamageAppend already clips based on
> subwindow mode, so you're either getting the borderClip if
> IncludeInferiors - thanks to NotClippedByChildren - or the clipList
> which includes children.  And since we're in Xinerama, borderClip is
> already clipped to the containing ScreenRec's geometry.

I haven't looked at the rest of the patch -- are you fixing that so that
damage is clipped to the union of the borderClip regions?

> This is sort of true of non-Xineramified damage as already written, no?
> We're already not wrapping MoveWindow and friends in miext/damage.
> Subtract would magically trim off bits that had been configured away in
> the re-emitted report, but the 'parts' region is the region before
> reconfigure.

Right, the clip intersect in Subtract ends up fixing any potentially
overreported damage before the client sees it.

> It's just "union of borderClip for all backend windows", right?  Or at
> least that'd be consistent with how DamageSubtract already clips in the
> non-xin case.  That seems easy enough.

It's either that or fix the damage to be 'correct' across window
configuration changes, I think. Either would work, doing it in Subtract
would keep things the same as the single-screen case today, and save a
bunch of frobbing during configuration changes.

-- 
keith.packard at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-devel/attachments/20131009/4ce90bcd/attachment-0001.pgp>


More information about the xorg-devel mailing list