Composite and bit gravity

Owen Taylor otaylor at redhat.com
Sat Nov 13 19:14:47 PST 2004


On Sun, 2004-11-14 at 01:27 +0100, Soeren Sandmann wrote:
> Owen Taylor <otaylor at redhat.com> writes:
> 
> > Is this going to handle the case of making a window smaller with, say,
> > SW bit gravity where you go from
> > 
> >   XXXXXXX         AAAAA
> >   XAAAAAA    =>   AAAAA
> >   XAAAAAA
> > 
> > As well as gravity, border width changes can result in shifts of of
> > pixels within the window's pixmap.
> 
> It should handle these cases. The pixmap gets reallocated before the
> gravity code runs, so the regular resize code will take care of
> it. The problem without the patch as far as I can see is that the
> gravity code runs before the pixels are copied.

But won't the portion at the lower right get chopped off before the
regular resize code has a chance to copy it, if it's copying from
the newly allocated pixmap?
						Owen

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.x.org/archives/xorg/attachments/20041113/002771c3/attachment.pgp>


More information about the xorg mailing list