-
Notifications
You must be signed in to change notification settings - Fork 4.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Keyboard shortcuts that use the access
modifier don't work with VoiceOver
#11154
Comments
So this is also an issue with the old editor? WordPress has used the "access" modifier since a long time, and it was hard to find anything that didn't clash with the OS or browser. Has this always been the same in VoiceOver? |
Correct. |
See related core Trac ticket: https://core.trac.wordpress.org/ticket/39271 |
For reference: in the new WAI-ARIA Authoring Practices 1.1 Among others, avoid:
|
Most of the issue here could be fixed if option was removed so the keystroke would be ctrl followed by the letter/number instead. That would solve the issues on Mac OS with Safari. |
Splitting this out from #5694 see #10545
Gutenberg uses a convention for keyboard shortcuts where the
access
combination translates, on macOS, toControl Option
. Currently, there are a few shortcuts that use this modifier, including the new Blocks navigation menu implemented in #10545.Unfortunately, VoiceOver on macOS uses
Control Option
as its own default modifier so all the Gutenberg shortcuts that useControl Option
either trigger a specific VoiceOver feature or don't work at all.So far, I've found the following shortcuts using
Control Option
:Basically, all the shortcuts implemented with
rawShortcut.access()
or<Shortcut type="access" ...
. All of these need to be changed to use a different modifier.Aside: still thinking the best path forward is a mechanism to allow users to re-map and customize shortcuts, as proposed in #3218.
The text was updated successfully, but these errors were encountered: