Closed Bug 85530 Opened 23 years ago Closed 23 years ago

Context menu requires right-mouse-up before displaying

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
Windows NT
defect
Not set
minor

Tracking

()

VERIFIED DUPLICATE of bug 49844

People

(Reporter: themoz, Assigned: joki)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1) Gecko/20010607 BuildID: 2001060703 The browser's context menu, accessed by right-clicking anywhere in the content area, currently requires that the right mouse button be pressed and released before the menu becomes visible. This exact behavior is, unfortunately, one of my pet peeves with Internet Explorer. Netscape 4 displays the context menu in response to the right-mouse-down event. Thus, Netscape 4 allows for a sort of quick "gesture" access to common features such as "Back" and "Open in New Window." That is, in Netscape 4, you can press the right mouse button, quickly move on top of the word "Back" and release. It would be great if Mozilla could replicate Netscape 4's behavior of immediately displaying a context menu on right-mouse-down. Reproducible: Always Steps to Reproduce: 1. Move mouse over any content. 2. Press and hold right mouse button; notice no effect. 3. Release right mouse button; context menu appears. In Netscape 4: 1. Move mouse over any content. 2. Press and hold right mouse button; notice context menu appears immediately.
I believe we respect platform conventions on context menus. So they're on mouseup on Windows and on mousedown on Linux... mpt?
I recognize your need to respect platform conventions. I have just grown very comfortable with Netscape 4's instantaneous context menu and the ability to execute common actions with a single mouse button press-drag-release motion. I also realize that it may be a strong tenet of the Mozilla design to avoid too many configuration options for minor items such as this. However, this sort of UI discrepancy makes me feel that a "Advanced UI Preferences" category would be really nice. Such a category could also provide a configuration for what action to take when opening a new window (put on top, put at bottom of stack, put below current window), as has been suggested in another RFE's comments.
Dupe of bug 49844, which even though it's marked as FIXED should actually be WONTFIX. *** This bug has been marked as a duplicate of 49844 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
.
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.