[RFC][PATCH] dix/composite: Update windows with automatically redirected children on demand

Keith Packard keithp at keithp.com
Mon Dec 27 11:11:58 PST 2010

On Mon, 27 Dec 2010 20:45:39 +0200, Ville Syrjälä <ville.syrjala at nokia.com> wrote:

> Could be overwritten fully, partially, or not at all, depending on
> the operation and GC clipping, I suppose? If any part of it gets
> overwritten it still seems better to copy from the child first,
> otherwise the last rendering results can get overwritten by the
> composite block handler.

As I said, they'll get overwritten eventually, so it's only a matter of
'when', not 'if'. Given that we're not going to make this 'correct',
we should probably just figure out what we actually want.

> BTW isn't the current backing store implementation simply broken if
> someone renders with IncludeInferiors to the parent? There's no copy
> from the parent to the child's backing store.


Frankly, the whole IncludeInferiors spec is too picky -- it should have
been treated as 'best effort' instead of requiring drawing across
boundaries when depths matched. Sigh.

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

More information about the xorg-devel mailing list