Keyboard focus is not managed when dialogs close #15321
Labels
[Focus] Accessibility (a11y)
Changes that impact accessibility and need corresponding review (e.g. markup changes).
[Status] In Progress
Tracking issues with work in progress
Keyboard focus is not managed when dialogs close
Issue description
When the "Keyboard Shortcuts" and "Options" dialogs are dismissed,
the keyboard focus is reset to the top of the page. This may be
confusing or inconvenient for users, who would expect the focus to
return to the last element they were focused on.
Keyboard and screen reader users rely on predictable and consistent
focus control to navigate the page. When this is absent, users may find
it much more difficult or impossible to navigate using the keyboard.
Remediation Guidance
Ideally, use JavaScript to continually track the keyboard focus
position, so that when dialogs are opened via shortcut keys, the focus
can be returned to the previously-focused element when they close.
If that's not practical, then closing these dialogs should set focus on
the "Tools and Options" button.
Relevant standards
(Level A)
Note: This issue may be a duplicate with other existing accessibility-related bugs in this project. This issue comes from the Gutenberg accessibility audit, performed by Tenon and funded by WP Campus. This issue is GUT-53 in Tenon's report
The text was updated successfully, but these errors were encountered: