GNOME Bugzilla – Bug 783260
Gnome Shell app grid scrolls too quickly with mouse wheel
Last modified: 2021-07-05 14:40:26 UTC
Gnome Shell app grid scrolls too quickly with mouse wheel. It seems to scroll one page per wheel tick, which is way too much. If you're used to using a wheel then you almost certainly have scrolled multiple pages with a single flick of the wheel. On the other hand, waiting for multiple ticks would also be unacceptable (would feel unresponsive and cause more bug reports). So I think the only solution here is to implement proper smooth touchpad-style floating point scrolling, and let a mouse wheel tick be some proportion of that (historically 15.0f?).
Using: gnome-shell 3.24.2-0ubuntu4
Almost a duplicate of bug 707973. Possibly. Not quite.
*** This bug has been marked as a duplicate of bug 707973 ***
Scrolling with a touchpad and mouse wheel are quite different things. The former is continuous and the latter discrete button events. But if bug 707973 improves the wheel case too then let's keep this as a duplicate.
Reopened because resolving bug 707973 did not solve this one.
The described issue is: > If you're used to using a wheel then you almost certainly have scrolled multiple pages with a single flick of the wheel. This is fixed. > On the other hand, waiting for multiple ticks would also be unacceptable I agree. > So I think the only solution here is to implement proper smooth touchpad-style floating point scrolling, And this is physically impossible. You only have one event per tick, and you have no way to know when you stopped scrolling save for having a timeout, which is unacceptable as written above. :) So doing that would lead to the page being stuck at the middle. So, any other suggestions?
Yes, the page being "stuck" in the middle is more desirable. Because that way it's scrolling at the same pace as everything else in the world that responds to mouse wheels. Perhaps the problem here is that there is a "middle". Maybe the grid should be sized such that there is no obvious gap between pages. Then it would either never need to snap, or at worst would only need to snap to the next row of icons. Not a page.
Then you're asking for a large-scale redesign. What about workspaces, which use exactly the same scrolling model and can't be made continuous?
No need to focus on the solution right now. So long as the problem description is accurate then that's all I'm concerned about. That means keeping this bug open.
Ok. Anyway, paginated scrolling cannot be 100% smooth with a mouse wheel, so I'm not positive it's possible to fix this other than tweaking the timeout without breaking the whole paginated model. Anyway, switching multiple pages per flick is impossible now, so :shrug:
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/ Thank you for your understanding and your help.