Open
Bug 560201
Opened 16 years ago
Updated 5 years ago
Sort out editor's contextmenu/mouse event handling
Categories
(Core :: DOM: Editor, defect, P5)
Core
DOM: Editor
Tracking
()
NEW
People
(Reporter: masayuki, Unassigned)
References
Details
spun out from bug 558970 comment 6.
> NS_IMETHODIMP
> nsHTMLEditorEventListener::MouseDown(nsIDOMEvent* aMouseEvent)
> {
> // Detect only "context menu" click
> //XXX This should be easier to do!
> // But eDOMEvents_contextmenu and NS_CONTEXTMENU is not exposed in any event interface :-(
> PRUint16 buttonNumber;
> nsresult res = mouseEvent->GetButton(&buttonNumber);
> if (NS_FAILED(res)) return res;
>
> PRBool isContextClick;
>
> #if defined(XP_MAC) || defined(XP_MACOSX)
> // Ctrl+Click for context menu
> res = mouseEvent->GetCtrlKey(&isContextClick);
> if (NS_FAILED(res)) return res;
> #else
> // Right mouse button for Windows, UNIX
> isContextClick = buttonNumber == 2;
> #endif
We may be able to optimize this method only for click event handling if we listen contextmenu event.
Comment 1•5 years ago
|
||
Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.
If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.
Severity: normal → S4
Priority: -- → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•