- From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Date: Tue, 21 Aug 2012 12:14:54 +0200
- To: Maciej Stachowiak <mjs@apple.com>
- Cc: John Foliot <john@foliot.ca>, public-html@w3.org, 'HTML Accessibility Task Force' <public-html-a11y@w3.org>
Maciej Stachowiak, Tue, 21 Aug 2012 01:52:49 -0700: >>> This is true >>> today, and likely would remain true if we exposed full semantics, not >>> just flattened output. >> >> Assuming that this is indeed how things would work for Safari+VoiceOver >> (where Apple has the luxury of the tighter binding of the two "native" >> applications on your devices), has there been any discussion or thought on >> how this might also work with other tools, including other browsers and >> other, 3rd Party screen reading tools such as JAWs or NVDA (or Orca, >> Hal/SuperNova, ZoomText, etc.)? > > So far as I know, none of these products run on Mac OS X or iOS, so > we don't really design for them. That being said, anyone is free to > make a third party product that works with the accessibility APIs on > Mac OS X. Everything that VoiceOver uses is available to third-party > tools. Sidenote: Firefox Nightly comes with (still buggy) support for VoiceOver. It shall be exiting to see how Firefox implements its support for @longdesc and aria-describedby links — showLongdesc() — together with VoiceOver! -- Leif Halvard Silli
Received on Tuesday, 21 August 2012 10:15:32 UTC