[PATCH] Fixes v5: Pointer barriers
Adam Jackson
ajax at redhat.com
Thu Dec 9 12:58:17 PST 2010
On Thu, 2010-12-09 at 10:20 +1000, Peter Hutterer wrote:
> On Wed, Dec 08, 2010 at 05:35:06PM -0500, Adam Jackson wrote:
> > + If the server supports the X Input Extension version 2 or higher,
> > + the devices element names a set of master device to apply the
> > + barrier to. If XIAllDevices or XIAllMasterDevices are given, the
> > + barrier applies to all master devices. If a slave device is named,
> > + BadMatch is generated; this does not apply to slave devices named
> > + implicitly by XIAllDevices. Naming a device multiple times is
> > + legal, and is treated as though it were named only once. If a
> > + device is removed, the barrier continues to apply to the remaining
> > + devices, but will not apply to any future device with the same ID
> > + as the removed device. Nothing special happens when all matching
> > + devices are removed; barriers must be explicitly destroyed.
> > +
> > + Errors: IDChoice, Window, Value, Match
>
> BadDevice for invalid device IDs?
Even better.
> > +typedef struct {
> > + CARD8 reqType;
> > + CARD8 xfixesReqType;
> > + CARD16 length B16;
> > + Barrier barrier B32;
> > + Window window B32;
> > + CARD16 x1 B16;
> > + CARD16 y1 B16;
> > + CARD16 x2 B16;
> > + CARD16 y2 B16;
> > + CARD32 directions;
> > + CARD32 num_devices;
>
> XI2 uses CARD16 num_devices everywhere iirc. also allows you to have a 16
> byte pad for later use without having to extend the request length.
Fair enough.
> any comments on the INT16/CARD16 for x/y coordinates?
Yeah, just forgot to update that. Will be fixed in the final version.
> those minor things aside
> Reviewed-by: Peter Hutterer <peter.hutterer at who-t.net>
Ta!
- 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/20101209/1d85d930/attachment.pgp>
More information about the xorg-devel
mailing list