RE: Question about aria-roledescription in the 1.1 spec

"[Jason] aria-label is the same, as arguably are aria-labelledby and aria-describedby."

Actually these aren't the same, because the use of these attributes doesn't override the native role or the perceived role of any element. 


Bryan Garaventa
Accessibility Fellow
SSB BART Group, Inc.
bryan.garaventa@ssbbartgroup.com
415.624.2709 (o)
www.SSBBartGroup.com


-----Original Message-----
From: White, Jason J [mailto:jjwhite@ets.org] 
Sent: Friday, September 30, 2016 10:15 AM
To: Bryan Garaventa <bryan.garaventa@ssbbartgroup.com>; Rich Schwerdtfeger <richschwer@gmail.com>
Cc: ARIA Working Group <public-aria@w3.org>
Subject: RE: Question about aria-roledescription in the 1.1 spec



> -----Original Message-----
> From: Bryan Garaventa [mailto:bryan.garaventa@ssbbartgroup.com]
> Sent: Friday, September 30, 2016 12:45 PM One problem I'm facing now 
> though is that we have compliance checker algorithms for some 
> automated tools, and currently these can match roles with required 
> versus supporting attribute combinations with a relatively high 
> percentage of accuracy.
>
> The use of aria-roledescription however is impossible to validate, 
> because it can literally include anything, making it impossible to 
> detect until after it hits production.
[Jason] aria-label is the same, as arguably are aria-labelledby and aria-describedby. (You can determine that they validly refer to elements of the document, but not that the text content of those elements is appropriate.) Heuristics would be valuable, of course, but ultimately, manual checking is needed.

________________________________

This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited.


Thank you for your compliance.

________________________________

Received on Friday, 30 September 2016 17:55:41 UTC