After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 734055 - Scrollbars "precision scroll" longpress timer is too short and gets triggered accidentally
Scrollbars "precision scroll" longpress timer is too short and gets triggered...
Status: RESOLVED DUPLICATE of bug 728739
Product: gtk+
Classification: Platform
Component: Widget: Other
3.12.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2014-07-31 15:44 UTC by Jean-François Fortin Tam
Modified: 2014-09-25 23:01 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jean-François Fortin Tam 2014-07-31 15:44:37 UTC
When you click a scrollbar, if you wait long enough it shifts into "slow" (or "precision"?) scroll mode, as per http://blogs.gnome.org/mclasen/2013/08/05/scrolling-in-gtk/

The problem is that the delay for this is way too short. It looks like a quarter of a second or something like that.

In practice/regular use, and from experimenting by paying attention to how the widget behaves, I noticed that I click the widget and then start moving, however you have to almost *immediately* start moving to avoid triggering the zoom scroll behavior...

There is a physical limitation/delay between clicking the mouse and starting to move it. I would like the delay to be longer, maybe 1 second.
Comment 1 Jean-François Fortin Tam 2014-07-31 15:46:56 UTC
And here is a demonstration of how this is a problem:
http://jeff.ecchi.ca/public/gtk-734055.webm
Comment 2 Garrett Regier 2014-09-25 23:01:51 UTC

*** This bug has been marked as a duplicate of bug 728739 ***