Cursor/Pointer should disappear during scrolling
Reported by
meatwadd...@gmail.com,
Oct 30
|
||
Issue descriptionUserAgent: 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.
,
Oct 30
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.
,
Oct 30
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.
,
Oct 31
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 |
||
Comment 1 by omrilio@google.com
, Oct 30Owner: sgabr...@chromium.org