GNOME Bugzilla – Bug 753495
Kinetic scrolling events still reach the GtkScrolledWindow
Last modified: 2015-08-19 20:05:04 UTC
If you use libinput, X AND implement the scroll_event handler to just return GDK_EVENT_STOP (for example) and put that widget into a GtkScrolledWindow, the normal scroll events won't reach the GtkScrolleWindow, but the kinetic scrolling events will.
Created attachment 309620 [details] [review] gtkscrolledwindow: Fold kinetic deceleration handling into scroll_event() In order to play along with child widgets that use scroll events for anything else than scrolling, it will be better to do this in the bubble phase, so the child widget has an opportunity to GDK_EVENT_STOP the event before we trigger kinetic scrolling. This of course won't work for widgets that choose to reimplement scroll event handling themselves, they should be smart at resorting to GtkScrolledWindow's scroll event handling. This fixes kinetic scrolling kicking in too pervasively on widgets that eg. implement zoom on scroll events.
Review of attachment 309620 [details] [review]: makes sense to me
git bz went somewhat silent here. This is now on master.