Open
Bug 866582
Opened 12 years ago
Updated 1 year ago
allow menus to stay open if modifier keys are used or actions are taken through the context menu
Categories
(Firefox :: Menus, defect)
Tracking
()
REOPENED
People
(Reporter: jidanni, Unassigned)
Details
Attachments
(1 obsolete file)
User Agent: Mozilla/5.0 (X11; Linux i686; rv:22.0) Gecko/20130412 Firefox/22.0 Iceweasel/22.0a2
Build ID: 20130412004014
Steps to reproduce:
Wanted to click more than one item in a menu
Actual results:
the menu assumes I only want to click one item so closes,
forcing me to dig it all up again
Expected results:
There should be a setting to make menus not assume we are through with them on their own.
Reporter | ||
Comment 1•12 years ago
|
||
Try e.g., View -> Sidebar -> ...
or View -> Toolbar -> ...
or any of the thousand other menus.
Component: Untriaged → Menus
Reporter | ||
Comment 2•12 years ago
|
||
Not even CTRL+Click is enough to tell Firefox that I also would like to make another choice while I am here!
Comment 3•9 years ago
|
||
Seems like it was designed as not desirable to allow for this scenario.
Is there a developer/UX person who can say this is wontfix/aka won't accept a patch for this request?
Flags: needinfo?(wclouser)
Summary: menus close up → menus close immediately - don't allow multiple selection
Comment 4•9 years ago
|
||
(In reply to Wayne Mery (:wsmwk, NI for questions) from comment #3)
> Seems like it was designed as not desirable to allow for this scenario.
> Is there a developer/UX person who can say this is wontfix/aka won't accept
> a patch for this request?
Also, I did an extensive search (rough cut http://mzl.la/1Y4rjrJ) and didn't find any open, invalid or wontfix bugs of similar description.
Comment 5•8 years ago
|
||
(In reply to Wayne Mery (:wsmwk, NI for questions) from comment #3)
> Seems like it was designed as not desirable to allow for this scenario.
> Is there a developer/UX person who can say this is wontfix/aka won't accept
> a patch for this request?
wontfix?
Flags: needinfo?(wclouser) → needinfo?(jaws)
Reporter | ||
Comment 6•8 years ago
|
||
OK, except for cases like "I would like to open bookmark A in a new tab, and bookmark B also in a new tab, and minimize the clicking needed to do that", I suppose in the vast majority of cases the user wishes the menu would close upon picking an item, an it wouldn't be worth it to add SHIFT, CTRL, etc...
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Comment 7•8 years ago
|
||
If the user is using a modifier key that would cause something to happen in the background we could keep the menu open. One example where this is already supported is to right click on items in the overflow menu and choose "Remove from Toolbar" from the context menu. We don't close the overflow menu when those context menu items are clicked, which allows the user to move multiple items without having to reopen the overflow menu.
Status: RESOLVED → REOPENED
Ever confirmed: true
Flags: needinfo?(jaws)
Resolution: WORKSFORME → ---
Updated•8 years ago
|
Summary: menus close immediately - don't allow multiple selection → allow menus to stay open if modifier keys are used or actions are taken through the context menu
Updated•2 years ago
|
Severity: normal → S3
Updated•1 year ago
|
Attachment #9386243 -
Attachment is obsolete: true
You need to log in
before you can comment on or make changes to this bug.
Description
•