GNOME Bugzilla – Bug 692666
Scroll speed cannot be configured
Last modified: 2018-11-24 12:06:59 UTC
Fairly straightforward. This needs to be fixed. I have mice that scroll pages at the barest touch (and are therefore unusable without xinput hackery) and other mice that require four or five turns of the wheel to scroll down a paragraph (and are therefore equally as unusable).
This has been a problem in Gnome for *over a decade*. https://bugzilla.gnome.org/show_bug.cgi?id=89259
Somebody *please* just implement it.
This bug is recently getting lots of attention at the downstream bug report:
*** Bug 697404 has been marked as a duplicate of this bug. ***
Confirmed with gnome-control-center 3.14.1 on Fedora 21.
Confirmend with gnome-control-center 3.16. on Arch.
Is there a reason why this hasn't been implemented in gnome (e.g. conflicts with guidelines) or did just nobody implement this? I there is a chance to get a patch into upstream I would do some work in this regards.
Silence means that nobody works on this. :) More info if you're interested to contribute code: https://wiki.gnome.org/Git/Developers
This needs implementing in libinput first if it's going to be added to the UI.
It doesn't actually need to be a configuration option, but it's a property of the hardware. You'll need to file a bug against systemd or libinput at bugzilla.freedesktop.org for the angle of the scroll wheel to be tagged properly.
See those articles for details:
Feel free to post the bug URL here for others to follow.
Hardware support for 15 degrees v. 20 degrees is not the same thing as a user-configurable sensitivity multiplier and/or acceleration factor. KDE, Windows, and Mac OS all support this as an option.
Add another two years onto this being a basic, unsupported feature I guess.
@steppres: For random offtopic operating system comments please use some forum or blog instead of GNOME Bugzilla. Thanks!
*** Bug 757100 has been marked as a duplicate of this bug. ***
To me it seems an UI specific issue, since other desktop enviroments (KDE as stated above) have this feature.
Also I don't think this can be considered as fixed since I don't think there is the "one" scroll speed that just needs to be set correctly in specific drivers.
This is the argument @steppres was making and he underlines this by stating examples of other operating systems. So I don't think this comment is offtopic.
Unfortunately I thought this was all to be implemented inside the desktop environment itself for a long time.
But apparently this is really on the libinput side as @Bastien Nocera already mentioned in comment #6 and #7. So I created an issue on the bugtracker of libinput: https://gitlab.freedesktop.org/libinput/libinput/issues/185