W3C logoWeb Accessibility initiative

WAI: Strategies, guidelines, resources to make the Web accessible to people with disabilities

Protocols and Formats Working Group (PFWG) Public Page

Page Contents

Announcements

Face to Face meeting 30 - 31 October 2014 in Santa Clara, California, USA.

Meetings

Teleconferences

General business teleconferences are held from 12:00 pm to 1:00 pm Boston time, each Wednesday. Other task forces and sub-groups meet at various times during the week; see information on the specific task force for more specific information.

Telephone details: On the PSTN network dial +1.617.761.6200. Enter passcode 92473# from a touch-tone phone. If you have a SIP client you can use 0092473@voip.w3.org. A SIP server is not required; this is a way to avoid long distance telephone charges. During the conference you can mute yourself by entering 61# and unmute with 60#. The system will acknowledge recognizing these commands with a rapid, three-tone confirmation. Mobile phone users should use this.

There will also be an IRC channel available. The server is irc.w3.org channel #pf. If you encounter problems with a corporate firewall, you may point a Web browser to irc.w3.org for Web interface. See the IRC Project pages for more on this service.

Information on the various robots used in IRC to faciliate the calls is available from the teleconference cheat sheet.

Face to Face meetings

The PFWG holds face-to-face meetings in various locations as needed. Information about upcoming and past meetings is in the PFWG Meetings page. In the past, PFWG meetings were held in W3C Member space; information about those meetings is available in the PFWG Group Meetings page.

Upcoming: Face to Face meeting 11 - 12 November 2013 in Shenzhen, China as part of TPAC 2013.

Current Work

Public Working Drafts under review

Follow the instructions for commenting page to submit comments. Submit comments online (preferred) or by email to to public-pfwg-comments@w3.org (Archive).

Technology Review

W3C invites public comment on the Working Drafts in Last Call. The WAI and the Protocols and Formats Working Group invite anyone who perceives an access problem with these drafts to comment. Submit your comments as directed in the individual drafts; the email addresses vary from document to document.

Technical Specifications

Please note that Editors' Drafts:

Edits to documents are posted regularly to the publicly visible editors' draft. People interested in following the work can subscribe to the public-pfwg-cvs mailing list to receive notification when changes are checked in. Techniques and examples of how to apply these technologies to create rich internet applications are discussed on the wai-xtech mailing list. See participation for how to follow or get involved in this work.

Accessible Rich Internet Applications (WAI-ARIA) 1.1

WAI-ARIA, the Accessible Rich Internet Applications Suite, defines a way to make Web content and Web applications more accessible to people with disabilities. It especially helps with dynamic content and advanced user interface controls developed with Ajax, HTML, JavaScript, and related technologies.

The work has been divided into a series of modules and related documents.  The current editor's working drafts of these are:

Requirements for Accessible Rich Internet Applications 1.1 (public editor's draft)
This roadmap that describes the problem, what W3C specifications will be used to correct the problem, and the timeline for the new specifications.
Accessible Rich Internet Applications (WAI-ARIA) 1.1 (public editor's draft)
This specification provides an ontology of roles, states, and properties that set out an abstract model for accessible interfaces and can be used to improve the accessibility and interoperability of Web Content and Applications. This information can be mapped to accessibility frameworks that use this information to provide alternative access solutions. Similarly, this information can be used to change the rendering of content dynamically using different style sheet properties. The result is an interoperable method for associating behaviors with document-level markup. See also the Public version of WAI-ARIA 1.1.
Core Accessibility API Mappings 1.1 (public editor's draft)
Describes how user agents should map WAI-ARIA features to platform accessibility APIs. Other Accessibility API Mappings specifications depend on and extend this Core specification for specific technologies, including native techology features and WAI-ARIA extensions. See also the Public Working Draft of the Core Accessibility API Mappings.
Accessible Name and Description: Computation and API Mappings 1.1 (public editor's draft)
Describes how user agents determine names and descriptions of accessible objects from web content languages and expose them in accessibility APIs.
HTML Accessibility API Mappings 1.1 (public editor's draft)
This document describes how user agents map HTML5.1 [[!HTML51]] elements and attributes to platform accessibility API roles, states and properties on a variety of platforms, based on the Core Accessibility API Mappings [[!CORE-AAM]] specification for user agents. This document is designed to leverage these core mappings for the HTML5.1 host language.
SVG Accessibility API Mappings 1.1 (public editor's draft)
This document describes how user agents maps SVG2 markup to platform accessibility APIs based on the Core Accessibility API Mappings [CAAM] specification for user agents.
WAI-ARIA Authoring Practices 1.1 (public editor's draft)
Provides recommended approaches to create accessible Web content using WAI-ARIA roles, states, and properties to make widgets, navigation, and behaviors accessible. Also describes considerations that might not be evident to most implementors from the WAI-ARIA specification alone.

Formal Public Working Drafts of these documents can be found from the WAI-ARIA Overview Page.

Media Accessibility User Requirements

Media Accessibility User Requiremenst (public editors' draft) aggregates the requirements of an accessibility user that the W3C HTML5 Accessibility Task Force has collected with respect to audio and video on the Web. See also the Public Working Draft of Media Accessibility User Requirements.

Task Forces

WAI-ARIA Task Force

This task force develops the WAI-ARIA technology. Currently we are processing comments received on the latest ARIA Working Draft. ARIA issues are tracked in the PFWG public comments tracker. The section on WAI-ARIA has further information about how to follow this work.

WAI-ARIA User Agent Implementation Task Force

The publicly visible User Agent Implementation Task Force is a joint task force of the PFWG and the HTML Working Group (HTML WG). The objective of UAI TF is to develop guidelines for interoperable user agent implementation of the WAI-ARIA specification. Discussion and meeting information is posted to the WAI-XTech mailing list with the subject prefix "aapi". The section on WAI-ARIA has further information about how to follow this work.

HTML Accessibility Task Force

The HTML Accessibility Task Force is a joint task force of the PFWG and the HTML Working Group (HTML WG). The objective of this task force is to review accessibility considerations for HTML 5. The work of this task force is mainly tracked in the HTML Accessibility Task Force wiki. The task force currently has a number of sub-groups focusing on Accessibility API Mapping ARIA integration, bug triage, canvas, media, and Text Alternatives .

Specification Accessibility Task Force

The Specification Accessibility Task Force assists the Working Group with accessibility review of W3C specifications. Currently this work is done by the working group as a whole.

Cognitive and Learning Disabilities Accessibility Task Force

The Cognitive and Learning Disabilities Accessibility Task Force will develop draft proposed guidance and techniques to make web content, content authoring, and user agent implementation accessible and more useable by people with cognitive and learning disabilities.

Publications

Accessible Rich Internet Applications (WAI-ARIA) 1.0

WAI-ARIA 1.0 has been completed.

The work has been divided into five documents.  The following documents are W3C Recommendations:

Accessible Rich Internet Applications (WAI-ARIA)
This specification provides an ontology of roles, states, and properties that set out an abstract model for accessible interfaces and can be used to improve the accessibility and interoperability of Web Content and Applications. This information can be mapped to accessibility frameworks that use this information to provide alternative access solutions. Similarly, this information can be used to change the rendering of content dynamically using different style sheet properties. The result is an interoperable method for associating behaviors with document-level markup.
WAI-ARIA User Agent Implementation Guide
Describes how user agents should map WAI-ARIA features to platform accessibility APIs.

The following documents were developed for WAI-ARIA 1.0 but have not been, and are not expected to be, finalized.

Roadmap for Accessible Rich Internet Applications (WAI-ARIA Roadmap)
This roadmap that describes the problem, what W3C specifications will be used to correct the problem, and the timeline for the new specifications.
WAI-ARIA Primer
Explains the accessibility problems posed by hybrid technologies such as DHTML and AJAX and introduces the technologies to map controls, AJAX live regions, and events to accessibility APIs. Also describes new navigation techniques to mark common Web elements such as menus, primary content, secondary content, banner information and other types of Web structures.
WAI-ARIA Authoring Practices
Provides recommended approaches to create accessible Web content using WAI-ARIA roles, states, and properties to make widgets, navigation, and behaviors accessible. Also describes considerations that might not be evident to most implementors from the WAI-ARIA specification alone.

Role Attribute

Role Attribute 1.0 is a W3C Recommendation.

The Role Attribute allows the author to annotate markup languages with machine-extractable semantic information about the purpose of an element. Use cases include accessibility, device adaptation, server-side processing, and complex data description. This attribute can be integrated into any markup language. The role attribute is necessary to support WAI-ARIA to define roles in XML-based languages, when the languages do not define their own role attribute.

Other publications

In addition to the work underway above, the PFWG has been responsible in the past for the incorporation of a number of the accessibility improvements introduced into W3C formats from HTML 4.0 onward including CSS, SMIL, SVG and VoiceXML. Some specific publications developed in service of this work:

Inaccessibility of Visually-Oriented Anti-Robot Tests: Problems and Alternatives
This paper evaluates the accessibility problems with CAPTCHA, a visual verification system popular on many Web sites, and evaluates a number of more-accessible alternatives to the same problems CAPTCHA claims to solve.
Natural Language Usage -- Issues and Strategies for Universal Access to Information
This paper suggests a possible implementation of a language annotation system to clarify meaning in potentially ambiguous terms.
XML Accessibility Guidelines
The discussions for XAG take place on the public wai-xtech list. This specification is developed by the Working Group.
Some of these are are discussed in the following education notes:

About the PFWG

Contacts

Activities

The PFWG looks at the formal Web technologies (protocols, formats, etc.) from an accessibility perspective. Best practices for using these technologies are addressed by other WAI groups, producing guidelines explaining how to use the technologies.

The principal output of this working group is feedback to other W3C working groups developing specification, on how to ensure that their work can allow for accessibility. This does not generally create deliverables in the form of W3C publications.

In particular, the group tries to review at least every Last Call working draft.

The PFWG also works on the XML Accessibility Guidelines (XAG).

Charter

The charter of the working group outlines the goals, work methods, and requirements for participation. It also explains why the working drafts and email archives of this group are in the members-only area. This activity is conducted by the W3C as part of its Web Accessibility Initiative

Participation

The participation page provides details about how to join the group.

To follow the work of the WG without joining, the following resources are available:

Mailing Lists

Anyone can join the wai-xtech and public-pfwg-cvs mailing lists. Follow Instructions for subscribing to the PFWG mailing lists; in short, send email to wai-pf-call@w3.org indicating which list you would like to join.

Some areas of related work

Protocols and Formats

On the growing edge of the Web we find Protocols and Formats such as:

Other WAI Groups

Most accessibility issues involve cooperative work between the PFWG and its sister groups within the WAI, particularly

Patent Disclosures

W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent.

Janina Sajka <janina@rednote.net> - Chair, PFWG
Michael Cooper <cooper@w3.org> - Staff Contact