Open Bug 129179 (accesskey) Opened 23 years ago Updated 2 years ago

[meta] Meta bug: hook up XUL accesskeys throughout the UI

Categories

(Core :: DOM: UI Events & Focus Handling, enhancement, P3)

x86
Windows 2000
enhancement

Tracking

()

Future

People

(Reporter: aaronlev, Unassigned)

References

(Depends on 4 open bugs)

Details

(Keywords: access, helpwanted, meta)

Now that bug 959 is fixed, we can use XUL accesskey. An accesskey is an underlined letter in a form control that gives a keyboard shortcut for activating the control. The accesskey FAQ and guidelines document is at http://www.mozilla.org/projects/ui/accessibility/accesskey.html Unfortunately, all is not perfect. Crucial bugs that still need to be fixed: Bug 128608 - Accesskeys don't work for (xul) tabpanels Bug 68841 - We don't underline accesskeys for checkboxes or radiobuttons (they work, but aren't displayed correctly) However, we have enough to now start hooking these up.
Just to reiterate. It's important for anyone working on these bugs to read the FAQ: http://www.mozilla.org/projects/ui/accessibility/accesskey.html
Severity: normal → enhancement
Keywords: access
Priority: -- → P2
Target Milestone: --- → Future
Keywords: helpwanted
I'd like to get bug 128987 fixed before we get too far into these. The fewer things that reference .accessKey, the fewer things that fix needs to change.
Depends on: 128987
Err.... forget I said that. 128987 is wontfix.
No longer depends on: 128987
Depends on: 129213
Blocks: patchmaker
Thanks, Aaron for pointing to this document in comment 1. I am going to review other existing bugs regarding mnemonics and make this one dependent on them. As you suggested, I change component to Keyboard Navigation, but Product: MailNews.
No longer blocks: patchmaker
The first thing we need is for someone to file the rest of the bugs for this - probably one per dialog is a good idea.
I have a bunch of them for MailNews. They are going to appear here in 'Depends on' area.
For MailNews product there is no 'Keyboard Navigation' component. It is only for Browser. So, looks like that MailNews bugs won't have suggested component. But I list them here.
Quick note on something I found when fixing bug 78153. If you're trying to set or change the accesskey from js, use .accessKey not .accesskey.
Blocks: patchmaker
Preferences accesskey people should be aware of bug 129808 - Pref panel accesskeys don't work when category tree or dialog button has focus.
Depends on: 130650
Depends on: 131672
Depends on: 68841
There is meta bug 154249 only for Mail front end and accessibility issues - other than mnemonics.
Keywords: meta
Alias: accesskey
Depends on: 134066
Depends on: 133155
Depends on: 135567
Depends on: 175271
Depends on: 183167
Depends on: 183182
Depends on: 190331
Depends on: 90318
Depends on: 191160
Depends on: 191471
Depends on: 193068
No longer depends on: 193068
Depends on: 193068
Depends on: 194819
Depends on: 194821
Depends on: 194858
Depends on: 195784
Depends on: 195794
Depends on: 193271
Depends on: 143065
Depends on: 221783
Depends on: 237273
Depends on: 146825
Blocks: aix-access
Depends on: 68961
Depends on: 229707
Depends on: 258437
Depends on: 258466
Depends on: 258508
Depends on: 277296
Depends on: 303634
Blocks: 327748
No longer blocks: 327748
Depends on: 327748
Depends on: 371845
Depends on: 387015
Depends on: 398603, 398699, 398700, 398704, 398706
Depends on: 176359
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody
QA Contact: bugzilla → keyboard.navigation
The URL provided in the bug description (http://www.mozilla.org/projects/ui/accessibility/accesskey.html) was 404 so I removed it. Also, it seems a recent update (FF14? FF14.0.1?) broke accesskey on Mac. Expected: ctrl-accesskey works. e.g. on any MediaWiki site like Wikipedia, microformats.org etc.: * ctrl-e to edit, then * ctrl-p to preview * or ctrl-s all regardless of focus-state (which element on the page is focused etc.) Actual behavior in FF14.01/MacOSX Lion: ctrl-option-accesskey *sometimes* works, e.g. on any MediaWiki site like Wikipedia, microformats.org etc. * control-accesskey combinations noted above FAIL (do nothing). * ctrl-option-e to edit * ctrl-option-p to preview FAILS regardless of what element is focused. * ctrl-option-s to save FAILS. If you click somewhere on the page to unfocus/defocus a text field which might be active (e.g. the textarea), then this works. Such unfocusing should not be necessary either. There may be multiple regressions occurring here. Noting all this in this bug because this is the *only* result when you search Bugzilla for "accesskey" (no list of results, just directly takes you to this bug).
Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Component: Keyboard: Navigation → User events and focus handling
Summary: Meta bug: hook up XUL accesskeys throughout the UI → [meta] Meta bug: hook up XUL accesskeys throughout the UI
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.