Issue metadata
Sign in to add a comment
|
Mouse in chrome
Reported by
mrslan...@gmail.com,
Aug 8 2017
|
||||||||||||||||||||||
Issue descriptionDevice name:nexus 9, galaxy tab 3 From "Settings > About Chrome" Application version:59 Operating system: URLs (if applicable): Steps to reproduce: (1) (2) (3) Expected result:chrome 59, I can no longer use mouse only in chrome, very frustrating because has always worked and still works in older versions. Every other browser still works too! I use mouse because of my disability... PLEASE FIX Actual result:
,
Aug 21 2017
Dragging a page up and down or left and right with the mouse button. I can't use a wheel
,
Sep 5 2017
Hi mrslaney7@gmail.com: sorry to hear that our mouse behavior change broke your use case. Before Chrome 59, mouse input appeared as touch not because it was an accessibility feature but because we had incomplete mouse handling code in Chrome. The incompleteness exposed inconsistent mouse interaction to web pages, which we had to fix. Does scrolling through a physical keyboard work for you? I mean the arrow keys on a wired/Bluetooth keyboard?
,
Sep 5 2017
,
Sep 5 2017
I can't use a keyboard, only a mouse and the left button..... So nothing can be done?
,
Sep 6 2017
I've been using a Galaxy Tab S2 with a bluetooth mouse and I have had to uninstall recent Chrome updates because I no longer have the ability to long press for new tabs or left-click and drag, etc. Tried 2 different mice (or mouses) and both have the same result. Affects any program that uses Chrome also.
,
Sep 7 2017
Exactly kg
,
Sep 7 2017
I totally agree that from accessibility perspective, Android should have a way to mimic touches through mouse. We are discussing it separately, will update this bug when we have some update. --- Hi kganzenmuller@gmail.com: Chrome no longer considers mouse input as touch, instead mouse has it's own (desktop-computer like) behavior: - context menu appears on a right-click instead of a long-press, - left-drag selects text instead of scrolling, etc. Mouse-as-touch model was a stop-gap measure, not a correct solution for the web. See the CL below for problems it caused: codereview.chromium.org/2054193002
,
Sep 7 2017
,
Sep 7 2017
OK, I'll check it out with my herd of mice to see if it works. Thank you
,
Sep 7 2017
So it's never going back to what it was? So I can't use Chrome on tablet anymore?
,
Sep 7 2017
Updated Chrome to 59 on my Tab S2, tried 2 different BT mice and the right button funtions as Back, so new new tab or context sensitive menu. I'll have to downgrade again and re-login to my sites.
,
Sep 7 2017
We are internally discussing if we can achieve the same outcome you need through a different means. We will probably need some time, please stay tuned. Apologies for the inconvenience.
,
Sep 7 2017
You can use it but in my case I have to uninstall any updates or you have to use it without a mouse, which is too bad since I use it here at work as a 3rd screen the entire day.
,
Sep 7 2017
Thanks for your consideration of the issue. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by dtapu...@chromium.org
, Aug 21 2017Components: Blink>Input
Labels: Hotlist-Input-Dev
Owner: mustaq@chromium.org
Status: Assigned (was: Unconfirmed)