Open
Bug 1302381
Opened 7 years ago
Updated 4 months ago
Add helper function for WidgetInputEvent to check if we should handle the event with modifiers
Categories
(Core :: DOM: Events, defect, P3)
Core
DOM: Events
Tracking
()
NEW
People
(Reporter: stone, Unassigned)
References
Details
No description provided.
Reporter | ||
Updated•7 years ago
|
Assignee: nobody → sshih
Reporter | ||
Comment 1•7 years ago
|
||
Try to find similar conditions in gecko and listed in the followings. X means we don't handle the corresponding events with the modifier. shift control alt meta altgraph fn os Element eMouseClick X X X X HTMLLabelElement eMouseClick X X X X Number input up/down keys X X X X X X X Number input mouseup/down/click X X X X X X X Range input mousedown/touchstart X X X X X X X Radio input arrow Keyevents X X X Range input arrow Keyevents X X X TextEventDispatcher Keyevents X X X X EditorBase NS_VK_BACK X X X X EditorBase NS_VK_DELETE X X X X X TextEditor NS_VK_TAB X X X X X TextEditor NS_VK_RETURN X X X X TextEditor Keyevents X X X X HTMLEditor NS_VK_TAB X X X X HTMLEditor NS_VK_RETURN X X X X HTMLEditor Keyevents X X X X Should we try to find some rules and align the key events / mouse events behaviors of different elements/components?
Flags: needinfo?(bugs)
Reporter | ||
Comment 2•6 years ago
|
||
I'd like to survey how other browsers behave first.
Flags: needinfo?(bugs)
Updated•6 years ago
|
Priority: -- → P3
Comment 3•4 months ago
|
||
The bug assignee is inactive on Bugzilla, so the assignee is being reset.
Assignee: stone123456 → nobody
Updated•4 months ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•