Note: There are a few cases of duplicates in user autocompletion which are being worked on.
Bug 129179 (accesskey)

Meta bug: hook up XUL accesskeys throughout the UI

NEW
Unassigned

Status

()

Core
Keyboard: Navigation
P2
enhancement
16 years ago
4 years ago

People

(Reporter: Aaron Leventhal, Unassigned)

Tracking

(Depends on: 4 bugs, {access, helpwanted, meta})

Trunk
Future
x86
Windows 2000
access, helpwanted, meta
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
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.
(Reporter)

Comment 1

16 years ago
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
(Reporter)

Updated

16 years ago
Keywords: helpwanted

Comment 2

16 years ago
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

Comment 3

16 years ago
Err.... forget I said that.  128987 is wontfix.
No longer depends on: 128987

Updated

16 years ago
Depends on: 129213
(Reporter)

Updated

16 years ago
Blocks: 104624

Comment 4

16 years ago
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: 104624

Updated

16 years ago
(Reporter)

Comment 5

16 years ago
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.

Comment 6

16 years ago
I have a bunch of them for MailNews. They are going to appear here in 'Depends
on' area.

Comment 7

16 years ago
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.

Comment 8

16 years ago
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.
(Reporter)

Updated

16 years ago
Blocks: 104624
(Reporter)

Comment 9

16 years ago
Preferences accesskey people should be aware of bug 129808 - Pref panel
accesskeys don't work when category tree or dialog button has focus.
(Reporter)

Updated

16 years ago
Depends on: 130650

Updated

16 years ago
Depends on: 131672
(Reporter)

Updated

15 years ago
Depends on: 68841

Comment 10

15 years ago
There is meta bug 154249 only for Mail front end and accessibility issues -
other than mnemonics. 
Keywords: meta
(Reporter)

Updated

15 years ago
Alias: accesskey
(Reporter)

Updated

15 years ago
Depends on: 134066
(Reporter)

Updated

15 years ago
Depends on: 133155
(Reporter)

Updated

15 years ago
Depends on: 135567
(Reporter)

Updated

15 years ago
Depends on: 175271

Updated

15 years ago
Depends on: 183167

Updated

15 years ago
Depends on: 183182
(Reporter)

Updated

15 years ago
Depends on: 190331
(Reporter)

Updated

15 years ago
Depends on: 90318

Updated

15 years ago
Depends on: 191160

Updated

15 years ago
Depends on: 191471
(Reporter)

Updated

15 years ago
Depends on: 193068

Updated

15 years ago
No longer depends on: 193068

Updated

15 years ago
Depends on: 193068
Depends on: 194819
Depends on: 194821

Updated

15 years ago
Depends on: 194858
(Reporter)

Updated

15 years ago
Depends on: 195784

Updated

15 years ago
Depends on: 195794

Updated

15 years ago
Depends on: 193271
Depends on: 143065

Updated

14 years ago
Depends on: 221783
(Reporter)

Updated

14 years ago
Depends on: 237273
(Reporter)

Updated

14 years ago
Depends on: 146825
(Reporter)

Updated

14 years ago
Blocks: 239917
(Reporter)

Updated

14 years ago
Depends on: 68961
(Reporter)

Updated

13 years ago
Depends on: 229707
(Reporter)

Updated

13 years ago
Depends on: 258437
(Reporter)

Updated

13 years ago
Depends on: 258466
(Reporter)

Updated

13 years ago
Depends on: 258508

Updated

13 years ago
Depends on: 277296

Updated

12 years ago
Depends on: 303634
Depends on: 322237
Depends on: 322239
Depends on: 322240
Depends on: 322241
Depends on: 322242
Depends on: 322243
Depends on: 322245
Depends on: 322246
Depends on: 322247
Depends on: 322248
Depends on: 322249

Updated

12 years ago
Blocks: 327748

Updated

12 years ago
No longer blocks: 327748

Updated

11 years ago
Depends on: 327748

Updated

11 years ago
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

Comment 12

5 years ago
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).
You need to log in before you can comment on or make changes to this bug.