- From: Schnabel, Stefan <stefan.schnabel@sap.com>
- Date: Fri, 7 Sep 2012 11:23:29 +0200
- To: Joshue O Connor <joshue.oconnor@cfit.ie>, Alexander Surkov <surkov.alexander@gmail.com>
- CC: Steve Faulkner <faulkner.steve@gmail.com>, W3C WAI-XTECH <wai-xtech@w3.org>, Richard Schwerdtfeger <schwer@us.ibm.com>, Marco Zehe <marco.zehe@googlemail.com>, James Teh <jamie@nvaccess.org>
Hi Josh, Alexander good point having an additional" type=Error/Warning/Info " parameter in ARIA 1.1 for dialog. But then we should go overboard and declare also modality (modal/non-modal dialog). Regarding API mappings, how is the situation in Windows MSAA and let's say typed MessageBoxes ? Isn't there a standard way to map these additional properties without borrowing from aria-label? Regards Stefan -----Original Message----- From: Joshue O Connor [mailto:joshue.oconnor@cfit.ie] Sent: Freitag, 7. September 2012 11:16 To: Schnabel, Stefan Cc: Steve Faulkner; W3C WAI-XTECH; Richard Schwerdtfeger; Marco Zehe; James Teh Subject: Re: suggest deprecating alertdialog role in ARIA 1.1 Hi Stefan, > It is not the fault of the ARIA spec that alertdialog is poorly supported in AT. I completely agree but devs need practical solutions right now.. not around the corner and to my mind anything that makes the practical accessible web development easier - is a good thing. > Role "alertdialog" has been invented to indicate simple ok/yes/no/cancel messageboxes in contrast to more > elaborated complex dialogs with role "dialog". > > Therefore, I recommend *NOT* to remove the role entirely, in contrary, it should even be extended to reflect the > *type* of "alert" dialog Error/Warning/Info etc. and its usage according to this should be reflected in the AP Guidelines documentation. Not a bad idea. However, I suggest removing it and actually using the role="dialog" as a generic role and allowing it to take the argument dialog Error/Warning/Info etc. Cheers Josh
Received on Friday, 7 September 2012 09:23:58 UTC