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.