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)

defect

Tracking

()

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.

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.