Launchpad has imported 11 comments from the remote bug at
https://bugzilla.gnome.org/show_bug.cgi?id=783260.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2017-05-31T02:17:59+00:00 Daniel van Vugt wrote:

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?).

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/16

------------------------------------------------------------------------
On 2017-05-31T02:20:01+00:00 Daniel van Vugt wrote:

Using: gnome-shell 3.24.2-0ubuntu4

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/17

------------------------------------------------------------------------
On 2017-11-01T09:48:29+00:00 Daniel van Vugt wrote:

Almost a duplicate of bug 707973. Possibly. Not quite.

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/19

------------------------------------------------------------------------
On 2018-11-01T19:21:24+00:00 Florian-muellner wrote:


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

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/21

------------------------------------------------------------------------
On 2018-11-02T01:11:59+00:00 Daniel van Vugt wrote:

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.

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/22

------------------------------------------------------------------------
On 2020-01-13T07:44:40+00:00 Daniel van Vugt wrote:

Reopened because resolving bug 707973 did not solve this one.

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/27

------------------------------------------------------------------------
On 2020-01-13T07:53:16+00:00 Alexm-b wrote:

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?

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/29

------------------------------------------------------------------------
On 2020-01-13T07:57:08+00:00 Daniel van Vugt wrote:

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.

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/30

------------------------------------------------------------------------
On 2020-01-13T07:58:18+00:00 Alexm-b wrote:

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?

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/31

------------------------------------------------------------------------
On 2020-01-13T08:00:48+00:00 Daniel van Vugt wrote:

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.

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/32

------------------------------------------------------------------------
On 2020-01-13T08:05:11+00:00 Alexm-b wrote:

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:

Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-
shell/+bug/1694373/comments/33


** Changed in: gnome-shell
       Status: Unknown => Confirmed

** Changed in: gnome-shell
   Importance: Unknown => Medium

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1694373

Title:
  Gnome Shell app list scrolls too quickly with mouse wheel

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-shell/+bug/1694373/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

Reply via email to