Closed
Bug 282222
Opened 20 years ago
Closed 19 years ago
Enable different "ui.key.generalAccessKey preference settings for chrome and content
Categories
(Core :: DOM: UI Events & Focus Handling, enhancement)
Core
DOM: UI Events & Focus Handling
Tracking
()
RESOLVED
DUPLICATE
of bug 340902
People
(Reporter: bugmail, Assigned: aaronlev)
References
Details
Accesskey pref is currently set to control. On Mac, however, this means chrome
keyboard combinations (such as Open, Save, and Close) that would usually use the
Command key only work when using the non-standard Control key.
brade@comcast.netin Bug 207510 said,
>The issue seems to be that there is only one pref for xul dialogs and html
>pages. If this pref is changed to command key, the dialogs respond
>appropriately: "ui.key.generalAccessKey"
>However, changing the value of that pref would impact html web pages with
>accesskeys so it is not a reasonable option. Instead, we need a separate pref
>or use "ui.key.accelKey" and a check in nsEventStateManager::PreHandleEvent to
>know if we are in an html page or a xul dialog and use the appropriate modifier
>key.
Comment 1•19 years ago
|
||
*** This bug has been marked as a duplicate of 340902 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•