RE: Confusion about role of dialog

This is how Windows screen readers dealt with dialogs for ever. If you wanted to read static text inside them, you had to use some kind of review cursor. Having a table inside a dialog is a new kind of interaction, I agree, but screen readers already know how to deal with tables. Additionally, in my view, if the dialog follows ARIA spec, then the tables should as well.


From: James Nurthen [mailto:james.nurthen@oracle.com]
Sent: Monday, January 31, 2011 7:52 PM
To: Victor Tsaran
Cc: James Craig; W3C WAI-XTECH
Subject: Re: Confusion about role of dialog

Victor - so do you not think that this is a JAWS bug? How would you suggest presenting a dialog to the user which contains content which requires screen reader features such as table mode in order to be useful?

Regards,
James


On Jan 31, 2011, at 7:27 PM, Victor Tsaran wrote:


The dialog may not be useful outside of the virtual buffer, so I do see jaws side. It's different for safari, of course, because there's no concept of vb.


Sent from my iPhone


On Jan 31, 2011, at 3:02 PM, "James Craig" <jcraig@apple.com<mailto:jcraig@apple.com>> wrote:
I would agree that this is a JAWS bug.


On Jan 31, 2011, at 7:26 AM, James Nurthen wrote:


We have noticed that when using a role of dialog JAWS is going into application mode. Is this correct behaviour or a JAWS bug? I see nothing in the spec which states that this should happen.

If this is NOT a JAWS bug, what role should we be using for a generic dialog container which may contain content (such as tables) as well as actions (buttons).
--
Regards, James

<oracle_sig_logo.gif><http://www.oracle.com/>
James Nurthen | Project Lead, Accessibility
Phone: +1 6505066781<tel:+1%206505066781> | Mobile: +1 4159871918<tel:+1%204159871918>
Oracle Corporate Architecture
500 Oracle Parkway | Redwood City, CA 94065
<green-for-email-sig_0.gif><http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment