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