- From: Steve Faulkner <faulkner.steve@gmail.com>
- Date: Thu, 21 Mar 2013 09:48:53 +0000
- To: Jonathan Avila <jon.avila@ssbbartgroup.com>
- Cc: w3c-wai-ig@w3.org
- Message-ID: <CA+ri+VneM0=qZjY_yxy2W0-i2Rf3gPaFD2opt-PXURmDFR7-Aw@mail.gmail.com>
Hi Jonathon, The ARIA mappings in the HTML5 spec have been there for a few years now. I worked on ARIA integration into HTML5 along with others. The restrictions are authoring restrictions only (in the most part) That is from a browser implementation perspective any ARIA role will override any native HTML element role when applied, but some don't make sense and should be avoided, thus the restrictions. The ARIA tables in the HTML spec are not very user friendly and don't cover many elements. I have developed a document which may be helpful: Using ARIA in HTML https://dvcs.w3.org/hg/aria-unofficial/raw-file/tip/index.html with regards -- SteveF HTML 5.1 <http://www.w3.org/html/wg/drafts/html/master/> <http://www.paciellogroup.com/resources/wat-ie-about.html> On 20 March 2013 14:25, Jonathan Avila <jon.avila@ssbbartgroup.com> wrote: > I was looking at the latest draft version of the HTML5 specification and > noticed in the implicit aria semantics table it indicates that only a > limited set of ARIA roles can be used with certain elements such as the > anchor element to conform to the HTML5 specification. Specifically you > could not use a role of button, radio button, etc. on anchor elements. > This seems problematic but makes good semantic sense. One advantage of > using anchors with hrefs for diverse ARIA roles is there is some > progressive enhancement support. > > > > > http://www.w3.org/html/wg/drafts/html/master/dom.html#sec-implicit-aria-semantics > > > > Jonathan > > >
Received on Thursday, 21 March 2013 09:50:16 UTC