- From: Todd Kloots <kloots@yahoo-inc.com>
- Date: Sun, 13 Mar 2011 21:10:38 -0700
- To: "Schnabel, Stefan" <stefan.schnabel@sap.com>
- CC: W3C WAI-XTECH <wai-xtech@w3.org>
Stefan - My expectation would be that screen readers announce the busy state when aria-busy is toggled to true. Ideally this could be implemented on the browser side via the firing of an event, so that screen readers could announce the state change. When a widget is finished updating, developers should toggle aria-busy to false, then set focus into the widget as a trigger for screen readers to resume reading. - Todd On Mar 11, 2011, at 3:00 AM, Schnabel, Stefan wrote: > Todd, > > I also noticed that, but what would be your expectation? That Jaws/NVDA is saying "busy" if true or "idle" if false or something like that? > > Best Regards > Stefan > > -----Original Message----- > From: wai-xtech-request@w3.org [mailto:wai-xtech-request@w3.org] On Behalf Of Todd Kloots > Sent: Mittwoch, 9. März 2011 19:37 > To: W3C WAI-XTECH > Subject: Support for aria-busy > > I was recently re-reading the ARIA spec and came across the aria-busy state. Seems like a very useful state, but it doesn't seem like it is supported in any of the screen readers or browsers. I've tested in JAWS 12 + IE 8, JAWS 12 + FF 3.5, and NVDA + FF 3.5. Anyone have any working examples of aria-busy? > > Thanks, > Todd
Received on Monday, 14 March 2011 04:11:21 UTC