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 793971 - Show mouse pointer on scrolling?
Show mouse pointer on scrolling?
Status: RESOLVED OBSOLETE
Product: vte
Classification: Core
Component: general
git master
Other Linux
: Normal enhancement
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-03-01 22:05 UTC by Egmont Koblinger
Modified: 2021-06-10 15:29 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Egmont Koblinger 2018-03-01 22:05:51 UTC
On mouse/touchpad scrolling, the mouse pointer remains at its current visible state: shown if the last event was a pointer movement or click, or hidden if the last event was a keypress.

I'm wondering: wouldn't it be better to always re-display the pointer when scrolling?
Comment 1 Christian Persch 2018-03-01 23:32:23 UTC
I'd say we should *never* show the cursor if a motion/scroll event originates from a touchpad.

As for scrolling with an actual mouse... not sure. I guess since the position of the mouse pointer is irrelevant to the action (scrolling), it doesn't really matter?
Comment 2 Egmont Koblinger 2018-03-02 12:03:08 UTC
I'd rather not go as far as distinguishing based on the type of the device.

With a standard mouse, I guess you can't really scroll without also moving the mouse by tiny amounts (unless you lift it), so hiding the pointer on scrolling and showing on movement would result in crazy flickering.

Starting and finishing two-finger scrolling is similar in the sense that you can't place both your fingers on the touchpad at the exact same time, and hence sometimes you accidentally move the pointer a little bit before/after scrolling.

(I think it all depends on hardware/driver configuration as well (e.g. threshold for starting to move) which I totally wouldn't replicate in software.)

My suggestion would make the behavior immune to such tiny movements (or lack thereof).

> I guess since the position of the mouse pointer is irrelevant to the action
> (scrolling), it doesn't really matter?

The way I discovered this issue was when I scrolled tons of URLs, so it wasn't really about the pointer itself being shown/hidden, but rather those URLs getting autodetected and underlined as they crossed the pointer.

Not sure if this is the only use case to consider. E.g. app mouse mode might receive different treatment.

(Anyway, it's damn low prio, and I don't want to force anything if we have different opinions.)
Comment 3 GNOME Infrastructure Team 2021-06-10 15:29:57 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/vte/-/issues/2481.