Open Bug 237273 Opened 21 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)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Type:
defect

Tracking

()

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.
> "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
Keywords: helpwanted
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody
QA Contact: keyboard.navigation
Component: Keyboard: Navigation → User events and focus handling
Severity: trivial → S4
You need to log in before you can comment on or make changes to this bug.