Re: suggestions for new roles and properties in ARIA next

I second your nomination of the text and disclosure roles, but have a few comments and questions inline.


On Apr 19, 2011, at 1:29 PM, Steve Faulkner <faulkner.steve@gmail.com> wrote:

> a few suggestions for ARIA next
> 
> role="text"
> when a non text object has a role of text , its to be treated as text.
> example use:
> 
> My <img src="heart.png" alt="heart" role="text"> breaks.

Seconded, but this example would probably need aria-label, because overriding the img role means the alt attribute is now meaningless. Agreed?


> provides a way convey an objects text alternative without exposing its role.
> 
> 
> role="disclosure"
> a disclosure widget (http://en.wikipedia.org/wiki/Disclosure_widget)
> 
> HTML5 has a disclosure widget (details/summary) and they are common in web apps.

Seconded.

> aria-description="text"
> 
> like aria-label except it maps to the acc description in accessibility APIs
> 
> provides a means of including an extended text description internal to
> an element , could be used in place of table summary attribute. for
> images when an accessible name is not provided but a description is.

Kind of seems like you're stretching description to support the semantics of @summary and maybe @longdesc. What makes you certain this necessary?


> role="caption"
> identifies text inside an element as a caption for an associated
> object such as a table or image

Associated how? aria-describedby? aria-labelledby? If so, why is the role necessary? This reminds me of the label role that was previously removed from ARIA.

> provides a role for HTML elements such as table <caption> and figure
> <figcaption>
> 
> 
> 
> 
> -- 
> with regards
> 
> Steve Faulkner
> Technical Director - TPG
> 
> www.paciellogroup.com | www.HTML5accessibility.com |
> www.twitter.com/stevefaulkner
> HTML5: Techniques for providing useful text alternatives -
> dev.w3.org/html5/alt-techniques/
> Web Accessibility Toolbar - www.paciellogroup.com/resources/wat-ie-about.html
>

Received on Wednesday, 20 April 2011 02:19:52 UTC