Ui.key.generalAccessKey
From MozillaZine Knowledge Base
Jump to navigation Jump to search
The title given to this article is incorrect due to technical limitations. The correct title is ui.key.generalAccessKey.
This article describes the preference ui.key.generalAccessKey. To add, delete, or modify this preference, you will need to edit your configuration — do not edit this article.
This article describes the preference ui.key.generalAccessKey. To add, delete, or modify this preference, you will need to edit your configuration — do not edit this article.
Background
The key used to focus/activate various elements in Mozilla is determined by this preference. Until very recently, this preference affected both chrome and content-area elements.
Possible values and their effects
-1
Use ui.key.chromeAccess as the access key for chrome-area elements and ui.key.contentAccess as the access key for content-area elements. (Default in recent builds)
0
Disable the access key.
17
Use the "Ctrl" key as the access key. (Default in Mac OS X)
18
Use the "Alt" key as the access key. (Default in Windows)
(Other)
All possible values are defined in nsIDOMKeyEvent.idl
, though they are listed there in hex (base 16) — you will need to convert the values to decimal (base 10).
First checked in
2002年05月08日 by Aaron Leventhal
Has an effect in
- Mozilla Suite (all versions since 1.1)
- Mozilla Firefox (all versions)
- SeaMonkey (all versions)
Related bugs
- Bug 128452 - in-page accesskeys conflict w/UI accelerators when accelkey is ALT
- Bug 136696 - Active Accessibility: Support get_accKeyboardShortcut
- Bug 179816 - support shift- as html accesskey
- Bug 340902 - Split ui.key.generalAccessKey into prefs for content and chrome
Related preferences
- accessibility.accesskeycausesactivation
- ui.key.accelKey
- ui.key.chromeAccess
- ui.key.contentAccess
- ui.key.menuAccessKey
- ui.key.menuAccessKeyFocuses