Re: Implied ARIA Roles

Hi Craig, please file a bug on the HTML spec https://www.w3.org/Bugs/Public/enter_bug.cgi?product=HTML%20WG&component=HTML5%20spec&priority=P3

What you are suggesting certainly sounds reasonable.
Am currently on vacation will look into it when I get back.

Regards
SteveF

Sent from my chorizone

On 23 Jul 2014, at 08:32, Craig Francis <craig@craigfrancis.co.uk> wrote:

>> On 23 Jul 2014, at 05:57, "Jukka K. Korpela" <jkorpela@cs.tut.fi> wrote:
>> 
>> No, because the specifications do not say that the scope attribute has an impact on default ARIA semantics.
> 
> 
> Thanks for the detailed reply Jukka, I'll accept your answer on SO when I get to my main computer.
> 
> And I do understand the specifications point of view (I'll see what kinds of discussion are happening over there later today), but if ARIA is going to stand any chance of adoption, it will have to be easy for developers to implement (which defiantly means no duplication, and for developers to start by adding a single attribute or two).
> 
> You can also see that other developers, and well myself included, are phasing out the <footer role="contentinfo"> in preference to just a <footer>, likewise for the main, nav, and header elements introduced in HTML5 (admittedly still waiting for VoiceOver to handle these).
> 
> Personally I think the ARIA roles should just start / inherit a default role when possible... and while you do have a point that tables have historically been used for layout, and is probably still the case 14 years later (assuming the CSS revelation happened in 2000), there is still "role=presentation" that could override this, assuming those old websites would add it (unlikely I know, but I suspect such a site will have larger accessibility issues than this):
> 
> http://www.w3.org/TR/wai-aria/roles#presentation
> 
> 
> 
> 
>