W3C home > Mailing lists > Public > public-html@w3.org > September 2009

Re: picking up on some comments in IRC on ARIA

From: T.V Raman <raman@google.com>
Date: Wed, 2 Sep 2009 10:40:00 -0700
Message-ID: <19102.44528.855883.810129@retriever.mtv.corp.google.com>
To: mjs@apple.com
Cc: faulkner.steve@gmail.com, public-html@w3.org, wai-xtech@w3.org

1+ on what you say here  Maciej --
On Sep 2, 2009, at 2:47 AM, Steven Faulkner wrote:

>
>
> <othermaciej> I'm not sure a strict mapping to accessibility APIs  
> makes sense, because it would make it impossible to put any novel  
> and clever heuristics on the UA side instead of the AT side --
> Can you explain this further? if the UI is not mapped to  
> accessibility APIs Assistive technology has to pull this info from  
> the DOM, which is something you suggested previously in the alt=""  
> vs role="presentation" discussion was not desirable for voiceover.

What I mean is, I don't think it makes sense to define a mandatory  
standard mapping to accessibility APIs for all possible HTML elements  
and attributes.

I do think that browser should communicate with AT by mapping to  
accessibility APIs (and that's exclusively the way Safari/WebKit talks  
to VoiceOver).

But the browser should be free to implement heuristics for poorly  
marked up content on the browser side, so the API mappings can't be  
mandated by spec. In particular, when using Safari with VoiceOver,  
some of the heuristics are implemented on the WebKit side before  
mapping to the accessibility API. That lets us put less browser- 
specific logic in VoiceOver. But to do that, we need freedom on how  
exactly we map particular markup to the accessibility API.

Regards,
Maciej

-- 
Best Regards,
--raman

Title:  Research Scientist      
Email:  raman@google.com
WWW:    http://emacspeak.sf.net/raman/
Google: tv+raman 
GTalk:  raman@google.com, tv.raman.tv@gmail.com
PGP:    http://emacspeak.sf.net/raman/raman-almaden.asc
Received on Wednesday, 2 September 2009 17:40:50 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:16:48 GMT