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)

22 Branch
x86
Linux
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.
Try e.g., View -> Sidebar -> ... or View -> Toolbar -> ... or any of the thousand other menus.
Component: Untriaged → Menus
Not even CTRL+Click is enough to tell Firefox that I also would like to make another choice while I am here!
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
(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.
(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)
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
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 → ---
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
Severity: normal → S3
Attachment #9386243 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: