RE: suggest deprecating alertdialog role in ARIA 1.1

Alex,

maps perfectly for me:

additional" aria-dialogtype=Error/Warning/Info " ->  STATE_SYSTEM_ALERT_HIGH/MEDIUM/LOW

I remember seeing those using Inspect32 with standard windows dialogs in the states enum listed, so I don't know what you mean with " but they weren't ever implemented."

Stefan


-----Original Message-----
From: Alexander Surkov [mailto:surkov.alexander@gmail.com] 
Sent: Freitag, 7. September 2012 11:39
To: Schnabel, Stefan
Cc: Joshue O Connor; Steve Faulkner; W3C WAI-XTECH; Richard Schwerdtfeger; Marco Zehe; James Teh
Subject: Re: suggest deprecating alertdialog role in ARIA 1.1

As far as I know there's no difference. MSAA has states like
STATE_SYSTEM_ALERT_LOW/MEDIUM/HIGH but they weren't ever implemented.
I don't recall anything similar in other standards. Anyway many AT
APIs are extensible so it shouldn't be a problem.

Alex.


On Fri, Sep 7, 2012 at 6:23 PM, Schnabel, Stefan
<stefan.schnabel@sap.com> wrote:
> 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 11:48:25 UTC