XIScrollClassInfo, generation of "smooth" scroll events from replayed buttons

Thomas Lübking thomas.luebking at gmail.com
Tue Jun 16 00:37:15 PDT 2015


On Dienstag, 16. Juni 2015 06:53:31 CEST, Peter Hutterer wrote:
> On Fri, Jun 12, 2015 at 09:21:34PM +0200, Thomas Lübking wrote:
>> See https://bugzilla.gnome.org/show_bug.cgi?id=750870
>> 
>> KWin passively grabs and casually replays buttons (including 4,5,6 & 7) on
>> inactive windows, but apparently that does not lead to the generation of
>> "smooth" scroll events from xinput2.
>> 
>> I suspect this could be related to the replay also generating framing ...
>
> well, the problem here is that button and motion events are separate 
> events ....

Sorry, I forgot to cancel that.

Turned out that gtk raises a flag on crossing (as caused by the replay) and ignores the next motion event completely (replayed or not)

As by replaying every motion event is the "first" motion event and gtk also completely ignores wheel buttons no event processing takes place in the client (despite it receives all of them)

There was also https://bugs.freedesktop.org/show_bug.cgi?id=71762 about the inabilty to separate between XINotifyPassiveUnGrab and XINotifyUnGrab

Cheers and thanks for some more details,
Thomas


More information about the xorg mailing list