Open
Bug 237273
Opened 20 years ago
Updated 2 years ago
"Properties" menu items accross Mozilla should have the same access key
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
NEW
People
(Reporter: Stefan.Borggraefe, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: helpwanted)
Currently Edit|Properties in Addressbook has "i" and "P" in the context menu, Edit|Properties in MailNews has "o", Properties in the folderpane context menu has "P", Properties in Navigator's context menu has "P". Edit|Properties will use "o" too when the fix for bug 215065 is checked in. This should be consistent. I think "o" is the best choice here since "P" is already used for Paste in the Edit menus and "i" ins't a good choice for an accesskey, because the letter is to small.
Comment 1•20 years ago
|
||
> "i" ins't a good choice for an accesskey, because the letter is to small. Correct. This agrees with the XUL accesskey FAQ at http://www.mozilla.org/projects/ui/accessibility/accesskey.html Properties should always use an accesskey of "r" when possible. That makes it consistent with most other apps.
Blocks: accesskey
Updated•20 years ago
|
Keywords: helpwanted
Updated•15 years ago
|
QA Contact: keyboard.navigation
Assignee | ||
Updated•5 years ago
|
Component: Keyboard: Navigation → User events and focus handling
Updated•2 years ago
|
Severity: trivial → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•