Closed
Bug 14107
Opened 25 years ago
Closed 25 years ago
accesskey attribute not working in context menus
Categories
(Core :: XUL, defect, P4)
Tracking
()
VERIFIED
FIXED
M15
People
(Reporter: law, Assigned: hyatt)
References
Details
I've specified accesskey= for the menu items in the browser context menu (defined as <popup id="context"> in navigator.xul; you can test it by right-mouse clicking in the [Context menu proxy] area of the status bar). The access keys aren't displayed at all in the context menu.
Updated•25 years ago
|
Assignee: trudelle → saari
Priority: P3 → P4
Target Milestone: M14
Comment 1•25 years ago
|
||
reassigning to saari as p4 for m14
Comment 2•25 years ago
|
||
Eh... accesskeys shouldn't be defined in context menus... they apply to menu titles, and context menus don't have menu titles
What's a menu title? accesskey is an attribute on a <menuitem>. <menuitem>s can be contained in a context menu. One might like them to work for context menus for the same reason as for regular menus. Context menus in Communicator 4.x have "access keys" and I just figured I'd try to do likewise.
Comment 4•25 years ago
|
||
mass moving m14 bugs to m15
Updated•25 years ago
|
QA Contact: claudius → elig
Comment 5•25 years ago
|
||
[Contextual menu bug --- QA Assigning to self.]
Updated•25 years ago
|
QA Contact: elig → sairuh
Comment 6•25 years ago
|
||
spam: QA reassigning to me.
Updated•25 years ago
|
Assignee: saari → pinkerton
Comment 7•25 years ago
|
||
taking popup/menu bugs.
Assignee | ||
Comment 10•25 years ago
|
||
Fixed.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•