[PATCH 2/2] composite: Don't backfill non-MapWindow allocations

[Adam Jackson]

On Thu, 2010-05-06 at 10:47 -0700, Aaron Plattner wrote:
> On Thu, May 06, 2010 at 07:34:58AM -0700, Adam Jackson wrote:
> > On Wed, 2010-05-05 at 17:20 -0700, Aaron Plattner wrote:
> > > Just to make sure I understand this right, does this work because the
> > > compReallocPixmap callers always go through the compCopyWindow path and use
> > > CopyArea to initialize the new pixmap?  It would be nice if that were
> > > described in the commit log, and maybe in the source code.
> >
> > They take a circuitous route to get there, but yes, that's the intent.
> 
> Okay, cool.  What about bg=None windows being resized to a larger size?
> Doesn't the newly-created portion of the window need to be backfilled from
> the screen?
> 
> I can't help but think that this would all be simpler if Composite could
> wrap PaintWindow.  ;)

That's certainly possible.  I'll take a look.

- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.x.org/archives/xorg-devel/attachments/20100506/4b4f16ad/attachment.pgp>