WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: in a modal dialog can the tab focus go to the browserUI?

for

From: JP Jamous
Date: Feb 1, 2017 6:21AM

Lucy,

Don't steal my words. I informed him to use a Close button to return the user to the page. What a sneaky lady you are. LOL

-----Original Message-----
From: WebAIM-Forum [mailto: <EMAIL REMOVED> ] On Behalf Of Lucy Greco
Sent: Tuesday, January 31, 2017 4:22 PM
To: WebAIM Discussion List < <EMAIL REMOVED> >
Subject: Re: [WebAIM] in a modal dialog can the tab focus go to the browser UI?

hello:
i think it is a best practice to restrict focus to the dialog if the dialog has actions that need to happen before the user can move on. the user will become confused if they are interacting with a dialog and then the contents out side the dialog start coming up. also i have seen the behavior wear the dialog comes up but the screen reader is focused on the contents behind the dialog visually so that is an other reason to restrict focus. This situation is vary bad if the screen reader user is trying to get support and the sited person does not know they are on hidden content.lastly the one point no one has made is that once the user is done in the dialog you must be sure to bring them back to the write place i.e.
wear they initiated the dialog or on the write place of the new page if a new page is generated from the dialog.

Lucia Greco
Web Accessibility Evangelist
IST - Architecture, Platforms, and Integration University of California, Berkeley
(510) 289-6008 skype: lucia1-greco
http://webaccess.berkeley.edu
Follow me on twitter @accessaces


On Tue, Jan 31, 2017 at 10:27 AM, JP Jamous < <EMAIL REMOVED> > wrote:

> Answers below.
>
> -----Original Message-----
> From: WebAIM-Forum [mailto: <EMAIL REMOVED> ] On
> Behalf Of Ramakrishnan Subramanian
> Sent: Tuesday, January 31, 2017 12:20 PM
> To: <EMAIL REMOVED>
> Subject: [WebAIM] in a modal dialog can the tab focus go to the browser UI?
>
> Dear members,
> I kindly request your inputs on the following scenario as per the WCAG
> guideline and aria authorization practice:
>
> Actual behavior:
> In a modal dialog while navigating using tab /shift tab keys: though
> the focus is trapped inside the dialog, when we hit tab key from the
> last focusable element inside the dialog, the focus is going to the browser UI.
>
> That's typical as that is the standard behavior unless you restrict
> the user to the modal.
>
> Expected behavior:
> 1. When we hit tab from the last focusable element, the focus should
> go to the first focusable element inside the dialog.
> 2. when we hit shift tab from the first focusable element, the focus
> should go to the last focusable element inside the dialog.
>
> You can do the above with ARIA. You won't be violating any WCAG criteria.
> Unless you provide a Close button to allow the user to return to the
> browser UI. If you do not provide a Close button, you won't be in
> compliance with WCAG level A criteria.
>
>
>
> Is this only a best practice? Or
> Is this mandatory to pause wecag guidelines?
>
> : should we flag this as bug as per wcag and aria authorization?
> If the developers feel that this is something which is a browser
> behavior which need not be altered.
> Is that fine?
>
> Thanks and Regards,
> Ramakrishnan
> > > archives at http://webaim.org/discussion/archives
> >
> > > archives at http://webaim.org/discussion/archives
> >