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 783260 - Gnome Shell app grid scrolls too quickly with mouse wheel
Gnome Shell app grid scrolls too quickly with mouse wheel
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: overview
3.24.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2017-05-31 02:17 UTC by Daniel van Vugt
Modified: 2021-07-05 14:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Daniel van Vugt 2017-05-31 02:17:59 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?).
Comment 1 Daniel van Vugt 2017-05-31 02:20:01 UTC
Using: gnome-shell 3.24.2-0ubuntu4
Comment 2 Daniel van Vugt 2017-11-01 09:48:29 UTC
Almost a duplicate of bug 707973. Possibly. Not quite.
Comment 3 Florian Müllner 2018-11-01 19:21:24 UTC

*** This bug has been marked as a duplicate of bug 707973 ***
Comment 4 Daniel van Vugt 2018-11-02 01:11:59 UTC
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.
Comment 5 Daniel van Vugt 2020-01-13 07:44:40 UTC
Reopened because resolving bug 707973 did not solve this one.
Comment 6 Alexander Mikhaylenko 2020-01-13 07:53:16 UTC
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?
Comment 7 Daniel van Vugt 2020-01-13 07:57:08 UTC
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.
Comment 8 Alexander Mikhaylenko 2020-01-13 07:58:18 UTC
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?
Comment 9 Daniel van Vugt 2020-01-13 08:00:48 UTC
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.
Comment 10 Alexander Mikhaylenko 2020-01-13 08:05:11 UTC
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:
Comment 11 GNOME Infrastructure Team 2021-07-05 14:40:26 UTC
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.