Is Modal focus trap too restrictive? #6372
-
Greetings, my company has an accessibility rule which seems to be in direct conflict with the default behaviour of RAC Is there any way around that? Thanks! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
There is some debate about this within the accessibility community. For example, see this thread on ARIA Practices: w3c/aria-practices#1772. I think the general consensus there is that allowing tab to cycle out of the modal into the browser chrome is confusing and potentially frustrating for users because they need to tab through every button and other element in the toolbar (which could be a lot, e.g. bookmarks) to get back to the start of the modal. In addition, allowing users to tab to the browser chrome, but not tab out of iframes to other content on the page is pretty much impossible to implement. We generally think modals should be modal no matter their context, and for those reasons, we do not include the browser chrome in the tab sequence. Users have other ways of reaching the browser chrome such as Cmd/Ctrl + L to jump to the address bar and tabbing from there, and other keyboard shortcuts can be used to navigate forward and back, etc. |
Beta Was this translation helpful? Give feedback.
There is some debate about this within the accessibility community. For example, see this thread on ARIA Practices: w3c/aria-practices#1772. I think the general consensus there is that allowing tab to cycle out of the modal into the browser chrome is confusing and potentially frustrating for users because they need to tab through every button and other element in the toolbar (which could be a lot, e.g. bookmarks) to get back to the start of the modal. In addition, allowing users to tab to the browser chrome, but not tab out of iframes to other content on the page is pretty much impossible to implement. We generally think modals should be modal no matter their context, and for those reason…