[RFC][PATCH] dix/composite: Update windows with automatically redirected children on demand
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
Size: 189 bytes
Desc: not available
More information about the xorg-devel