[PATCH RFC] New raw event behaviour for XI 2.1

Simon Thum simon.thum at gmx.de
Wed May 11 12:16:15 PDT 2011


On 05/11/2011 06:59 AM, Peter Hutterer wrote:
> 
> The current raw event behaviour is pretty useless. RawEvents are sent to all
> root windows but only if the device is not grabbed. Clients that need to
> monitor devices can only do so by grabbing the device - rendering it
> unusable to other clients. Real device monitoring (like we want for 2.1
> touch support for example) is not possible.
> I have yet to hear of someone who actually needs the current behaviour and I
> can't imagine a use-case that does either.
Hi Peter,

it's great you're tackling this. When I suggested raw events I didn't
think such limits would apply for whatever reason.

I haven't read the spec recently, but I'm sure I would have objected
that when raw events were introduced - given I had noticed. So I'd say
if there is no explicit statement that raw events are subject to grabs
before 2.1, why not change it to match common sense, disregarding client
protocol version?

After all, they're separate events. Reliance on such a (unspecified)
detail should be very low.

Cheers,

Simon


> 
> Change the behaviour for clients supporting 2.1 so that raw events are
> delivered regardless whether a grab is active on the device. Behaviour for
> 2.0 clients stays the same. Clients that grabbed devices to get raw events
> will still get raw events, so that part of the 2.0 behaviour is preserved
> even with 2.1.
> 
> No protocol additions, only documentation update necessary. No libXi patch
> needed. Note that if you just apply the patch as-is, testing will fail since
> XIQueryVersion still limits the server to 2.0. You need to manually bump the
> server to 2.1 for the changes to take effect.
> 
> The X server patch builds onto the patchset I just sent out before.
> 
> Cheers,
>   Peter
> 
> _______________________________________________
> xorg-devel at lists.x.org: X.Org development
> Archives: http://lists.x.org/archives/xorg-devel
> Info: http://lists.x.org/mailman/listinfo/xorg-devel
> 



More information about the xorg-devel mailing list