"hide in chrome menu" nonsensical for hiding extension on toolbar. |
|||||||||||
Issue descriptionVersion: 50.0.2661.37 beta (64-bit) OS: osx 10.11.3 - right-click an extension in the extension bar to the right of the omnibox - see "hide in chrome menu" This is non-sensical, the extension isn't in a menu, it's on the toolbar. Shouldn't it say "hide on toolbar"? Where's the menu this is discussing?
,
Mar 18 2016
Yah. It's a funny string. We wanted to start with something more descriptive to (try to) communicate that this was different from the "hide" behavior from before. In the MD world we could trying using ripple animation as well (or instead) to highlight the three dots menu temporarily following the hide click.
,
Mar 22 2016
Oh, now I see what it does. They appear in the hamburger menu. Curious. If we keep this text, note that it is incorrect. The "Chrome menu" on Mac is the application menu in the menubar (since it's very visible, called Chrome, and is a menu). The hamburger menu shouldn't be referred to as the "Chrome menu" so we need another name.
,
Mar 22 2016
Yah. Good point. I think we used that after a conversation with +lpalmaro@ about what screen readers use. Maybe we should be updating both for OSX.
,
Mar 28 2016
A friendly reminder that M50 Stable is launching soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch by Apr-5. All changes MUST be merged into the release branch by 5pm on Apr-8 to make into the desktop Stable final build cut. Thanks!
,
Mar 28 2016
Alex, any other thoughts on this? Anything we want to change in time for M50, or can I remove the ReleaseBlock?
,
Apr 1 2016
,
Apr 4 2016
M50 Stable is launching very soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged ASAP. All changes MUST be merged into the release branch by 5pm on Apr-8 to make into the desktop Stable final build cut. Thanks!
,
Apr 4 2016
Per #6, removing release block.
,
Apr 5 2016
Removing RBS sounds fine to me. One future-looking idea: maybe we could remove the words "Chrome Menu" and use an animation to show people that this icon is moving into the the overflow. There might be some animation work that we could reuse for showing icons on top of the overflow: https://bugs.chromium.org/p/chromium/issues/detail?id=584342#c12
,
Apr 13 2016
ainslie@ : Removed the Needs-Feedback label and assigned to you as you are working on this, please feel free to re-assign if not the case. This behavior is applicable to Windows as well, and Ubuntu 14.04 just shows "hide button".
,
Apr 13 2016
Bruno is thinking about this one (but doesn't have his chromium account yet).
,
Apr 13 2016
,
Apr 18 2016
Observing this behavior, could someone please confirm whether this behavior is correct or not. Screen-recording is attached. Thank you.
,
Apr 25 2016
Observing "hide in chrome menu" option on mac 10.11 chrome version 52.0.2715.0 Could some one look into this
,
Apr 25 2016
@14, 15 - right now, the behavior is working as originally designed. The question is what we want it to do, so at this point, this is more of a design question than anything else.
,
Apr 25 2016
,
Aug 2 2016
I too was confused by this string, and went to Manage Extensions, trying to recover an extension whose icon I had accidentally hidden. How about "Move to the Chrome menu", or "Hide *into* Chrome menu"?
,
Sep 14 2016
+ainslie Alex, this bug is now orphaned. Can we get UX to weigh in? |
|||||||||||
►
Sign in to add a comment |
|||||||||||
Comment 1 by rdevlin....@chromium.org
, Mar 18 2016Owner: ainslie@chromium.org
Status: Assigned (was: Untriaged)