From MemberWiki

Jump to: navigation, search

Accessibility Home | Downloads | Rules for Ruleset 2.0 | Evaluation Library API 2.0 | Ruleset Format 2.0 | Issue Tracker


Accessibility Tools Working Group

This is the Wiki for the Open AJAX Alliance Accessibility Tools Task Force. The growing adoption of Rich Internet Applications (RIA) has resulted in the development of new accessibility standards and specifications such as the W3C WAI Accessible Rich Internet Application Specification (WAI-ARIA) and the W3C Web Content Accessibility Guidelines 2.0 (WCAG2). Although accessibility tool providers and venders are moving to support WCAG 2, compliance is not fully addressed or understood in a RIA environment. For example, in WCAG2, Guideline 4.1 Compatible: Maximize compatibility with current and future user agents, including assistive technologies, there is a subtle dependence upon the WAI-ARIA specification in success criterion 4.1.2. This requirement dicttates that, for all user interface components, the name and role of these components can be programatically determined and that the states, properties, and values of such components can be programatically determined and possibly set. There is also an implicit assumption about the compatibility between user agents and assistive technologies. Such disconnects or gaps in understanding have resulted in deficiencies in our accessibility testing and evaluation tools.

Developing accessible RIAs is also much more challenging than authoring or generating static web content. WAI-ARIA introduces additional semantic meta data and added keyboard support to facilitate usability, all being applied in a dynamically changing environment. Thus, The accessibility of RIAs changes as the user operates the web page. This added complexity creates the need to add tools to assist the developer in their native IDEs during the development, unit-testing, and functional testing of dynamic web applications.

Static Analysis would require pre-processing and analysis of the JavaScript code to understand the intent. This is not effective or practical. Consequently, the testing strategy for accessibility testing should mirror unit testing where the end user operates a web page based on the design criteria for the product, ideally exercising all aspects of the page. This is when accessibility tools need to be validating the content and they need to do so in response to user interaction and Ajax live area updates. To accomplish this more dynamic valaidation and evaluation, accessibility tools must have an integrated browser component that is event driven and drives compliance testing. The presentation of the test results may vary (depending, for example, upon whether one is using an IDE which provides developer assistance in the enablement effort or a validation test tool), however the sets of validation rules should be reusable regardless of the context in which they are being applied.

It will be the mission of the task force to address these and related issues.


  • Develop a standard set of accessibility validation rules, geared toward meeting compliance to WCAG 2 using WAI-ARIA and WAI-ARIA Best Practices. These rules must be consumable by major accessibility test tools.
  • Develop best practices for reporting accessibility compliance by accessibility test tools
  • Develop IDE best practices to assist developers to produce Accessible RIAs

Current Documents

Rule Files and SVN Repository

The rules, rules sets, national language message, utility and tests suite are contained in a SVN Sourceforge for OpenAjax Accessibility Rules and Tests Version 2.0 repository.

Organization of Rules and Rulesets

Name Space and Caching
Sets up A11y namespace
Cache setting
Rule Files
Code for individual rules
Rules are independent of rulesets
A rule may not be a part of every ruleset
Rules are loosely divided up to to logical groups related to the markup they check
Ruleset Files
Define the relationships between accessibility requirements and the rules
Each rule can be associated with one accessibility requirement
Rules sets can provide information on related links for more accessibility information
National Language Support (NLS) Files
Rulesets refer to IDs for messages and rule descriptive titles that can be localized to a specific language
Each ruleset needs a file for each translation
Utility Files
Set of common functions used by rules for processing rules
Functions support content processing, caching, browser abstraction, XPath and other shared resources used by the rules
A JSON object that define valid ARIA design patterns

a11y Namespace and Caching

SVN uri: []

This file sets up the OpenAjax namespace (OpenAjax.a11y) and provides global variables and constants for the evaluation library.

  • openajax_a11y.js
  • openajax_a11y_constants.js

Single File

Generated files that contains all the OAA Evaluation Library, NLS, Rulesets and Rules, designed to provide a single file for use with tools.

  • openajax_a11y_all.js

Rules Directory

SVN uri: []

This contains the rule information and message references to the NLS message files. The rules have been divided up into several files based on logical grouping of tests:

  • rules_color_contrast.js
  • rules_controls.js
  • rules_headers_landmarks.js
  • rules_images.js
  • rules_links.js
  • rules_lists.js
  • rules_media.js
  • rules_tables.js
  • rules_title_main.js

Ruleset Directory

SVN uri: []

The following ruleset files have been defined:

  • wcag20_aria_strict_ruleset.js
  • wcag20_aria_transitional_ruleset.js
  • iitaa20_aria_ruleset.js

National Language Support (NLS) File Directory

SVN uri: []

This directory contains files for language specific messages and labels for the rules and rulesets files:

  • cache_nls_en-us.js
  • rules_nls_en-us.js
  • wcag20_nls_en-us.js

Cache Generation and Utility Scripts File Directory

SVN uri: []

This directory contains files that are used for content processing, caching, browser abstraction, XPath and other shared resources used by the rules:

  • cache_abbreviations.js
  • cache_color_contrast.js
  • cache_controls.js
  • cache_dom_element.js
  • cache_dom_traversal.js
  • cache_headings_landmarks.js
  • cache_images.js
  • cache_languages.js
  • cache_links.js
  • cache_lists.js
  • cache_media.js
  • cache_nls.js
  • cache_style.js
  • cache_tables.js
  • cache_title_main.js
  • cache_util.js
  • progress_log.js
  • rule_results.js
  • rules.js
  • wcag20_nls.js
  • wcag20_results.js
  • wcag20_ruleset.js

WAI ARIA Directory

SVN uri:

This directory contains a JSON file that defines the allowed Accessible Rich Internet Accessibility (ARIA) coding patterns:

  • aria.js

Support Resources

Tools using OAA Rulesets

Related Resources


Participating Companies and Organizations

  • Deque Systems
  • Fraunhofer Institute
  • IBM
  • Microsoft
  • ParaSoft
  • University of Illinois

Committee Email list

The email list is Archives can be found at: To subscribe to this list, fill out the form at:

Teleconference information

Mondays, weekly, 12pm to 1pm CST. Please use the World Clock Meeting Planner to check the time and date for your time zone.

Call-in numbers:

  • US Toll free: 888-426-6840
  • Toll: 1-215-861-6239
  • Germany Toll free: 0800-000-1018
  • France Toll Free 0800-94-0558

Participant Passcode: 4599046

IRC information:

  • server:
  • channel: #oaa-accessibility

Minutes from previous calls

Instructions to post minutes here

  1. Click link to bring up the most recent minutes posted.
  2. Change the URL in the address line to indicate the new date and click Go.
  3. Edit the newly created page.
  4. Add Participants (see previous minutes for attendees' company/organization association) and the minutes for the just completed call.
  5. Save the page.
  6. Go back to the group's home page (this page) and enter edit mode.
  7. Copy and paste the previous minutes' link and modify to accommodate the new date. Add after the link: (Scribe: <your name>)
  8. Save the home page.



Formal Working Group Formation

The Accessibility committee is in the process of becoming a formal Working Group. The proposed charter is at:

The minutes from the Creation Review phone call required by the OpenAjax Development Process are at:

Personal tools