-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
Modal dialogs need keyboard focus management #10754
Comments
I'm starting to work on this issue, and figured out the cause of another minor issue in the process. Every time a dialog opens, my screen reader tells me it's a "true dialog" which is annoying.
On another aside, I filed this issue for the |
Thanks for the heads up about the heading! I'll fix that. |
I'm noticing a common issue among the "hassio" dialogs. None of them hide the sidebar - neither visually nor programmatically. Should probably fix that as part of this issue too. |
@bramkragten so far each dialog you've converted to using
|
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Still have more dialogs to fix |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Checklist
Describe the issue you are experiencing
For nearly all modal dialogs I can think of, the keyboard focus does not transfer to the dialog as it should for accessibility. I need to to click or space bar once to get the focus inside the dialog to be able to read it with a screen reader. Furthermore, after closing a dialog with escape or button, keyboard focus is transferred all the way back to the beginning of the page DOM, instead of back to the button which opened the dialog as expected.
Describe the behavior you expected
In general, these dialogs should all follow the modal dialog design pattern in the W3C ARIA Authoring Practices. These design patterns have detailed notes on managing keyboard focus.
Steps to reproduce the issue
For example, I might go to Configuration → Entities and:
Click on an entity to get it's settings dialog, and then click again to read it
Click the control button to get that dialog, then have to click again to read it
Click the attributes button, then have to click again to read them
Hit escape to get out, then have to navigate back to where I started
...
For example, I might go to Configuration → Entities and:
What version of Home Assistant Core has the issue?
Any
What was the last working version of Home Assistant Core?
No response
In which browser are you experiencing the issue with?
Firefox & Chrome (latest stable)
Which operating system are you using to run this browser?
Windows 10
State of relevant entities
No response
Problem-relevant frontend configuration
No response
Javascript errors shown in your browser console/inspector
No response
Additional information
I suspect that the cause of this may be also causing lots of other "double action" keyboard issues throughout the UI, but I figured I'd keep this issue tight and to the point rather than jumping to that conclusion.
The text was updated successfully, but these errors were encountered: