WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: Time-out modal with alertdialog

for

From: Birkir R. Gunnarsson
Date: Jul 6, 2015 4:10PM

One additional thought.
Do you hide content from all screen readers when the timeout modal
dialog pops up (assuming that it is modal)?
For maximum usability a timeout dialog should be modal and rest of
content hiddn from assistive technology/screen readers.

Set aria-hidden="true" on container containing page content when
dialog content becomes visible (this is easiest to do when dialog
modal content is appended at the end of the dom).




On 7/6/15, Bryan Garaventa < <EMAIL REMOVED> > wrote:
> That's true, one thing to note though, if the browser is firing a system
> alert and the AT is processing that properly, then it should be interrupting
> speech regardless.
>
> If they change the attributes with role=alert on the container and add the
> dialog container element to that, I'm curious to know what the outcome is
> for them in Firefox for example where this is working correctly.
>
>
> -----Original Message-----
> From: WebAIM-Forum [mailto: <EMAIL REMOVED> ] On Behalf
> Of Moore,Michael (HHSC)
> Sent: Monday, July 06, 2015 6:34 AM
> To: WebAIM Discussion List
> Subject: Re: [WebAIM] Time-out modal with alertdialog
>
> This is very likely because both screen readers are reading from a virtual
> buffer when in say all mode. The screen reader is going to read to the end
> of the buffer before adding any more content. The good news is that I have
> not observed any actual screen reader users working with a web application
> in say-all mode.
>
> Mike Moore
> Accessibility Coordinator
> Texas Health and Human Services Commission Civil Rights Office
> (512) 438-3431 (Office)
> (512) 574-0091 (Cell)
>
> -----Original Message-----
> From: WebAIM-Forum [mailto: <EMAIL REMOVED> ] On Behalf
> Of Sean Keegan
> Sent: Sunday, July 05, 2015 11:39 PM
> To: <EMAIL REMOVED>
> Subject: Re: [WebAIM] Time-out modal with alertdialog
>
> Hi Bryan,
>
> Thanks for replying. I did some further investigation with aViewer and
> tracked how both NVDA and JAWS were responding. Using aViewer I watched for
> what happens when the time out modal happens and the alertdialog role is
> indeed triggered, so it is registering in the various interfaces.
>
> Best I can tell, this may be the result when using this specific reading
> command. Using NVDA with the Say All command, I found there is about a 40
> second delay between when the time out modal happens and NVDA communicates
> the alert even though the alert is recognized in aViewer when it happens.
> Unfortunately, using JAWS with Say All command, does not communicate
> anything about the presence of the alertdialog when it happens resulting in
> the application automatically closing the session after the time out period
> elapses.
>
> I will suggest modifying the attributes on the parent Div and containers to
> see what happens. With NVDA, there is the notification, but it can take 40
> seconds for this to be communicated during this specific type of
> reading/navigation.
>
> Thanks for the info regarding the tabindex. I have found instances of
> positive tabindex values in the application and suspect tabindex=0 was
> included to force the focus. Lots to work on...
>
> Take care,
> Sean
>
>
> From: Bryan Garaventa < <EMAIL REMOVED> >
>> To: "'WebAIM Discussion List'" < <EMAIL REMOVED> >
>> Cc:
>> Date: Fri, 3 Jul 2015 16:31:16 -0700
>> Subject: Re: [WebAIM] Time-out modal with alertdialog Technically the
>> alertdialog role should fire a system alert when the container is
>> added to the DOM via element.appendChild/replaceChild or
>> element.innerHTML, or when switched into visibility by changing
>> display:none to 'block' or 'inline'.
>>
>> This might not be working properly though.
>>
>> Try putting role="alert" on the parent Div, and change the dynamically
>> added container from role="alertdialog" to role="dialog" and see what
>> happens when this is added to the Alert container element.
>>
>> It will be important to set all of the required attributes however,
>> such as those documented at
>> http://whatsock.com/training/matrices/#dialog
>> And to follow the correct setting of focus when it opens.
>>
>> There is no need to set tabindex="0" on the parent Dialog container,
>> since it's the active elements within that should be focusable. E.G
>> the OK button or whatever. If you need to set focus to a Dialog
>> container, it works better to use tabindex="-1", then manage focus
>> using forward and reverse circular tabbing within the dialog from that
>> point on.
>>
>> Hopefully this helps a bit.
>>
>> Best wishes,
>> Bryan
>>
>> -----Original Message-----
>> From: WebAIM-Forum [mailto: <EMAIL REMOVED> ] On
>> Behalf Of Sean Keegan
>> Sent: Friday, July 03, 2015 12:57 AM
>> To: <EMAIL REMOVED>
>> Subject: [WebAIM] Time-out modal with alertdialog
>>
>> I am working on a time-out modal that is triggered after 10 minutes of
>> no activity within an application. There is an empty parent <div> into
>> which the time out modal is loaded when the time limit is triggered.
>> This modal is comprised of a descendent <div> with role=alertdialog and
>> tabindex=0.
>>
>> During testing, I noticed JAWS and NVDA will announce the modal window
>> if focus is on an input field, the user is typing, or if there is no
>> activity by the user when the time period elapses. However, if
>> navigating the page using the virtual buffer commands (such as a Say
>> All), there is no notification to the user by the screen-reader that
>> the modal has been triggered.
>>
>> A colleague and I are debating the role=alertdialog and if there may
>> need to be a more assertive notification when the time out modal is
>> triggered.
>> Would adding aria-live=assertive to a <div> that already contains
>> role=alertdialog be redundant or should the aria-live property be
>> applied to the parent <div> so that it can monitor all descendents?
>>
>> Take care,
>> Sean
>> >> >> archives at http://webaim.org/discussion/archives
>> >>
> > > http://webaim.org/discussion/archives
> > > > http://webaim.org/discussion/archives
> >
> > > > >


--
Work hard. Have fun. Make history.