New issue
Advanced search Search tips

Issue 900240 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Oct 30
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Cursor/Pointer should disappear during scrolling

Reported by meatwadd...@gmail.com, Oct 30

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 10895.78.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.120 Safari/537.36
Platform: 10895.78.0 (Official Build) stable-channel eve

Steps to reproduce the problem:
1. Place cursor over website
2. Scroll in a direction

What is the expected behavior?
I'm making the argument that while scrolling, the onscreen cursor/pointer should fade away similar to its behaviour while typing.

What went wrong?
In today's world two big web movements have been growing. 1. Touch friendly UI is now everywhere and is essentially a requirement when designing any website/app. 2. PWA's have grown in popularity. Both of these changes have lead to scrolling content that often requires direct cursor positioning over the content being scrolled.

For touch devices, it's not expected you can grab the wrong part of the screen and scroll. For PWA's, often pages now are 100% height and have individual DIV's with overflow: auto or scroll. This again means that when scrolling with a mouse/touchpad, the cursor must be over the content.

I believe it would be beneficial to the user if the cursor would fade away during scrolling, as it covers up content and is distracting. The mouse could fade back in once the user moves it normally, not after finishing scrolling.

Did this work before? No 

Chrome version: 69.0.3497.120  Channel: n/a
OS Version: 10895.78.0
Flash Version: 

This change is beneficial even to "normal" webpages where you can scroll anywhere on the screen to move the content of the page, as even the sometimes the cursor can be in the way.

I also wouldn't be opposed to just always having the cursor fade away after 3-5 seconds of non-use and when the touchpad isn't detecting any contact.
 
Components: -UI UI>Browser
Owner: sgabr...@chromium.org
sgabriel, thoughts?

Status: WontFix (was: Unconfirmed)
Hi, thanks for the suggestion.

Always keeping track of the cursor position is one of the top priority when using mouse input. If I understand the proposal correctly here, this would go against that.
Cursor should only disappear when scrolling with fingers, showing a clear intent of the user not to use mouse input.
Fair enough, I don't think that your philosophy is wrong, however there is
some potential wiggle room in that this behavior already exists once any
key on the keyboard is hit. So there is already a case where the cursor
disappears, despite knowing the user has a mouse. It's done to get it out
of the way of where the user is looking, which is the same reasoning I had
for scrolling. Do you not find yourself more frequently scrolling then
moving the cursor off of where you scrolled? Please at least give some
thought to philosophy as to why I'm proposing the change moving forward,
even if you keep this ticket on Won'tFix. I think the concept I'm pitching
has some solution out there, if not this, as the web changes and the cursor
gets in the way more often.

I've found a lot of PWAs that have this problem if needing the cursor
covering content to scroll.

Perhaps someday a chrome:flag or A/B test to see if it actually is a
problem to hide the cursor more frequently? I suspect it won't be as
jarring as it might initially sound. It happens to every user hundreds of
times a day whenever they type on their computer. The first movement brings
the cursor right back and we all seem to handle it just fine.

A crazier idea you should totally (but I know never will A/B test haha)
would be to be very aggressive with the cursor disappearing and having it
always re-appear from the center of the screen each time. Maybe test that
one only internally haha, but I'd be very curious to find out how fast
someone could adapt to that concept.

Anyways, crazy ideas aside, please just do me the favor of at least keeping
an open mind about fading the cursor more. I know you have that internal
rule of not hiding it, but is that rule really as at important today as it
was 20 years ago? I'm not sure. I'm not saying no, but I'm also not saying
yes.

Thank you for at least commenting on this ticket, it was much appreciated.
I will keep that in mind, and the Chrome team is always thriving to make things better. Things may change over time, as you pointed out.

Thanks for the deep thinking behind this suggestion.

Sign in to add a comment