Brief history of browser accessibility support

Posted on Wednesday, 5 October 2011 by Steve Faulkner

The development of a ‘Brief history of browser accessibility support‘ was prompted by Google’s Evolution of the Web interactive infographic. I was dazzled by its coolness, but noticed that amongst all the web technologies ARIA 1.0 was not to be found. ARIA is included in the makeup of the open web stack.

This got me thinking that it would be useful to have an infographic showing the timeline for implementations of the various accessibility APIs and accessibility related technical specifications. Below is a rather large thumbnail version of the (non interactive infographic, based on the ‘Evolution of the Web’). There is also a full size version and related timeline available.

Note: If you have more accurate information on any content in the graphic or timeline  please speak up!

Brief history of browser accessibility support infographicInfographic depicting the releases of browsers and their implementation of accessibility support over the period from 1995 to 2011.

Brief history of browser accessibility support infographic and timeline.

Accessibility API and Specification support table

The following table attempts to provide an at a glance overview of where support is at now in 2011. It has been derived from information available on the web, ad hoc testing, user reports and any other sources I could find.

Note: If you have more accurate information please speak up!

table legend

  • supported “Good support” means implemented to a level that provides support for the majority of features.
  • “partial support” lacks support for some important features.
  • not applicable “not applicable” means the browser does not run on the OS for which the Accessibility API is designed.
  • not supported “not supported” means the browser does not have practical support for the specification or Accessibility API on the OS.

Note: The table refers to the current versions of browsers as of 14/07/2012.

Practical Accessibility API support by browser and OS (14/07/2012)
Chrome Firefox Internet Explorer Opera Safari
MSAA partial support good support good support not supported not supported
IA2 partial support good support not supported not supported not supported
UI Automation not supported partial support good support not supported not supported
AXaccessibility good support partial support not applicable partial support good support
AT-SPI not supported good support not applicable not supported not applicable
ARIA 1.0 partial support good support good support not supported good support
UAAG 1.0 partial support partial support partial support partial support partial support

Glossary of terms (used in the table and infographic)

ARIA
Accessible Rich Internet Applications 1.0 (cross platform)
AT-SPI
Assistive Technology Service Provider Interface (Linux)
Ax/uiA
The Mac OS X Accessibility Protocol (Mac OS X)
Introduction to Accessibility Programming Guidelines for Cocoa (Mac OS X)
UIAccessibility Protocol Reference (iOS)
IA2
Iaccessible2 (Windows/Linux)
MSAA
Microsoft Active Accessibility (Windows)
UAAG 1.0
User Agent Accessibility Guidelines 1.0
UIA
Microsoft UI Automation (Windows)

About Steve Faulkner

Steve is the Senior Web Accessibility Consultant and Technical Director, TPG Europe. He joined The Paciello Group in 2006 and was previously a Senior Web Accessibility Consultant at Vision Australia. He is the creator and lead developer of the Web Accessibility Toolbar accessibility testing tool. Steve is a member of several groups, including the W3C HTML Working Group and the W3C Protocols and Formats Working Group. He is an editor of several specifications at the W3C including HTML 5.1, Using WAI-ARIA in HTML and HTML5: Techniques for providing useful text alternatives. He also develops and maintains HTML5accessibility

Comments

  1. Thanks Steve, Since both Safari and Chrome are built on WebKit why does Chrome only partially support a11y on OSX but Safari fully supports it? Perhaps the forks have significantly diverged.

    Do you have any links regarding the WebKit forks especially in regards to a11y support and intentions for folding support back into the trunk?

    In those cases where support is partial, do you have links to information indicating what support is missing?

    Pete

Comments for this post are closed.

Recent Posts

See all posts in the blog archive

Sarah Horton’s approach fit into the style of the organization so well…kudos to TPG for having UX in the mix in such a valuable way.

Becky Reed, Sr. Director User Experience, Healthwise