[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freedesktop-xorg
Subject:    Re: XIScrollClassInfo, generation of "smooth" scroll events from =?iso-8859-1?Q?replayed_buttons?=
From:       Thomas_Lübking <thomas.luebking () gmail ! com>
Date:       2015-06-16 7:37:15
Message-ID: 31a28b89-de75-47db-9b76-002c5a85d8a1 () gmail ! com
[Download RAW message or body]

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
_______________________________________________
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s


[prev in list] [next in list] [prev in thread] [next in thread]