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 773618 - Enable scrolling more quickly or precisely
Enable scrolling more quickly or precisely
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkScrolledWindow
3.22.x
Other All
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2016-10-28 03:37 UTC by sworddragon2
Modified: 2018-05-02 17:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description sworddragon2 2016-10-28 03:37:12 UTC
On using scrollbars I'm noticing that they are not utilizing their full potential if they have to handle large documents and maybe this can be enhanced:

- I'm noticing that there is a minor scroll acceleration for example if the scrollwheel is moved fast (not sure if this comes from SciTE or GTK+). If missing this feature could be implemented directly and in either case I think it should be more aggressive at default.
- Scrolling on the scrollbar (hovering the mouse over it and using the scrollwheel) acts like the above except that larger steps for scrolling are used but this is still not enough on large documents. In case this is a SciTE-specific feature it could be implemented directly too and in either case the accelerating here should maybe switch to percent based scrolling (like 1% steps) on high accelerations to allow a fast but precise scrolling through these documents.
- Steppers (if enabled) have no short pause after being clicked before they automatically activate autorepeat. This makes it hard for pixel-perfect scrolling on a click.

Also these enhancements could be bind to settings in case users want to justify their behavior.
Comment 1 Daniel Boles 2018-04-20 21:37:43 UTC
This is a bit too vague to do much with and probably needs an update for 3.22 too

Re your 1st point: When using a touchpad, scrolling fast/far over the content does result in the content moving more quickly in GTK+. Using a mouse, however, this is not the case.

Re your 2nd point, I see the opposite: using the mouse wheel over the content is faster than over the scrollbar itself.

Besides, "more aggressive" is not really actionable; you would need to attempt to quantify it with an example of a real-world use case.

I doubt new settings would get added for these, given past evidence. But for completeness, see https://bugzilla.gnome.org/show_bug.cgi?id=734397 for another.
Comment 2 GNOME Infrastructure Team 2018-05-02 17:42:19 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/695.