Bug 76094 - stop scroll coasting on keyboard or mouse or trackpad activity
Summary: stop scroll coasting on keyboard or mouse or trackpad activity
Status: RESOLVED DUPLICATE of bug 38909
Alias: None
Product: xorg
Classification: Unclassified
Component: Input/synaptics (show other bugs)
Version: unspecified
Hardware: All All
: medium enhancement
Assignee: Peter Hutterer
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-03-12 23:34 UTC by John Schmitt
Modified: 2018-03-11 01:52 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description John Schmitt 2014-03-12 23:34:38 UTC
I like 2-finger scroll coasting on synaptics.

If I may, I would like to propose one change to the way it works: when coasting and any keyboard or touchpad or mouse activity occurs, stop coasting.

When I'm browsing a web page that's really tall and I scroll to the top, I often press CONTROL+PAGEDOWN do move the next tab in my browser.  However, since scrolling is still occuring while I press CONTROL, my browser's page zooms since CONTROL+scroll is mapped to zoom by default in my browser.  It would be more convenient if scrolling simply stopped the moment I press any other key.

If there is already a way to do this already, please point me in the right direction.

If it helps, I do this on an Apple touchpad which works very well as a bluetooth trackpad on Linux.

If this cannot be done inside synaptics, maybe Xorg could do this?
Comment 1 Peter Hutterer 2014-03-12 23:45:37 UTC

*** This bug has been marked as a duplicate of bug 38909 ***
Comment 2 Stephen Smith 2014-07-26 16:56:55 UTC
This is not a duplicate of #38909. That bug is about the scrolling events continuing after the scrolling has stopped.

I can reproduce this bug by finding a long webpage and having coasting on. Scroll really fast towards the bottom. While the page is sliding towards the bottom and AFTER taking your fingers off of the track pad, try to switch workspaces with Ctrl + Alt + Right. When you return, the page will be zoomed out all the way and everything will be tiny.

The coasting has to stop when other keys are pressed, because zoom by using control + scroll should only occur when the user actually has their fingers on their trackpad. Zooming should never happen as a result of coasting and pressing control.
Comment 3 Peter Hutterer 2014-08-03 21:17:47 UTC
Same problem for both bugs, and unfixable in X. we don't send zoom events, we send scroll events, and don't know what the client does with them. some clients zoom, others don't. And as in 38909 we may have already delivered the events by the time you want them to stop, they are likely queued up in the client.

The current driver architecture does not allow for scrolling to stop on a key press, it's too involved. We'll get around this with libinput, eventually.

*** This bug has been marked as a duplicate of bug 38909 ***
Comment 4 Luca 2018-03-10 21:40:39 UTC
> The current driver architecture does not allow for scrolling to stop on a key press, it's too involved. We'll get around this with libinput, eventually.

Are there any news on this front? This bug/"feature" is still there 4 years in the future, and is exceedingly annoying to deal with.
Comment 5 Peter Hutterer 2018-03-11 01:52:34 UTC
It's fixed for libinput, it won't be fixed for the synaptics driver, see comment #3.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.