Overflow - Mouse drag and finger drag on overflow shelf act differently
Reported by
wilderc...@gmail.com,
Dec 12
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 11021.81.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.110 Safari/537.36 Platform: 11021.81.0 (Official Build) stable-channel eve Steps to reproduce the problem: 1. On a Pixelbook. 2. Have enough pinned icons such that the overflow shelf itself overflows and some icons can no longer be seen. 3. With finger, press on an icon on the overflow shelf, and without delay drag left. 4. With mouse, press on an icon on the overflow shelf, and without delay drag left. What is the expected behavior? Both actions should do something similar on a touchscreen device. What went wrong? The finger drag moves the entire shelf. The mouse drag moves the icon Did this work before? N/A Chrome version: 70.0.3538.110 Channel: n/a OS Version: 11021.81.0 Flash Version: One possible fix would be for icons to overflow to multiple stacked overflow shelves. Then there would be no need to have any gesture to move the entire shelf left or right, until we ran out of screen space for additional overflow shelves. Another partial fix would be to allow the mouse to move the entire overflow shelf if the mouse is positioned on empty space between icons. Possibly relevant, Issue 905121 .
,
Dec 19
,
Dec 26
@Sébastien what do you think? Is this working as intended (touch causes the overflow to scroll, mouse causes a drag and drag of the icon)? If not, what should happen? Then reassign to me :-) Thank you!
,
Dec 27
This is working as intended, in both cases it triggers the the scroll action as expected. I do not think overflowing the overflow is something I'd like to see. Quick question, is a vertical mouse scroll wheel also horizontally scrolls the overflow? If not that's an issue. Another thing to consider might be to add scrolling affordances on the left and right. cc'ing Kejia and assigning to Gary for further investigation and longer term planning there. This will be come more of a thing as we get potentially smaller devices. @Gary, depending on the answer to my question, some UI input will be needed.
,
Jan 2
,
Jan 2
,
Jan 7
Ok, I'm going to close this bug report because the originally reported issues, as described in the original description, are working as intended. Please file separate bugs for other things that don't work as you expect. Thanks!
,
Jan 7
Something to keep in mind (which is not a bug deserving to be reported independently): Now that we have three different environments (Chrome OS browser, Android, and currently-beta desktop Linux), a single overflow shelf no longer suffices. Either additional overflow shelves or a more hierarchical menu structure will be needed sooner or later. Since some of the same applications likely will exist in each environment (e.g., web browsers), a more hierarchical menu structure will work better and cause less confusion than merely additional overflow. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by arthurhsu@google.com
, Dec 14Status: Available (was: Unconfirmed)