Protocols and Formats Working Group (PFWG) Public Page
Page Contents
Current Work
Public Working Drafts under review
The Protocols and Formats Working Group invites public comment on the 6 August 2008 Working Draft of Accessible Rich Internet Applications. Comments on this document may be sent to public-pfwg-comments@w3.org (Archive). Comments requiring discussion should be copied to wai-xtech@w3.org (Archive). Comments should be made by 3 September 2008.
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.
Dynamic Web Content Accessibility Work effort
The working group has a focused effort to fix the accessibility of Rich Internet Applications. The inaccessibility of these applications has often been categorized as "JavaScript Accessibility Problem." These applications make use of script to re-purpose existing markup to create new application widgets not defined by the format. The accessibility of markup languages, such as XHTML and HTML, depends on the coordination of content and presentation. There is an accessibility problem when rich interaction semantics are added outside the markup. When this happens, the markup no longer expresses the information needed to populate accessibility metadata mapped by the browser to platform accessibility APIs. These accessibility APIs inform assistive technologies of essential knowledge about the interactive objects, and allow the assistive technologies to adapt the presentation of information and the acceptance of user input in a way suitable for the individual user.
Similar problems arise in many other circumstances. A common example is when authors using the HTML <table> element for layout. Likewise, it is formally valid to have an SVG document containing only low-level drawing markup even though the scene created contains create complex graphics that imply richer semantics. Solving these problem in a affordable way requires using cross-cutting technologies such as XHTML Modularization and RDF, technologies that can be used for accessibility reform across many renderable markups popular on the Web.
For example, this work is applicable to Asynchronous JavaScript and XML (AJAX). AJAX is an content compositioni style that lets developers create rich interactive applications like RIAs. AJAX is a key component in these applications, whereby JavaScript makes asynchronous, http requests within your page to exchange data with a web server. Scripted web content processes the data received. This data may be used to update parts of what you see on your web page without reloading the entire page. In addition to performance benefits, this capability allows authors create rich visualizations much as you find in installed GUI applications. Making this accessible requires the use of something like our new dynamic web accessibility specifications to assign the following semantics to the content:
- Where the live regions are in the content (using the role taxonomy)
- The types of widgets that may be rendered (using the role taxonomy)
- States and property information (needed for live regions and UI widgets)
The user agent then maps this information to platform accessibility APIs.
These specifications are designed to also support XHTML markup as rendered in today's desktop browsers.
The work has been divided into four documents. The current editor's working drafts of these are:
- Roadmap for Accessible Rich Internet Applications (WAI-ARIA Roadmap) (internal 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. See also the Public Working Draft of the WAI-ARIA Roadmap.
- Accessible Rich Internet Applications (WAI-ARIA) (internal 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 Working Draft of WAI-ARIA.
- WAI-ARIA Primer (internal editor's draft)
- 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. See also the Public Working Draft of the WAI-ARIA Primer .
- WAI-ARIA Best Practices (internal 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. See also the Public Working Draft of the WAI-ARIA Best Practices .
Public Working Drafts of these documents can be found from the WAI-ARIA Overview Page. Please note that Editors' Drafts:
- May not be up-to-date with recent Working Group decisions
- Do not necessarily represent Working Group consensus, that is, the drafts may include proposals that the Working Group has not agreed on
- May change frequently without public notification
- Include "Editorial notes" that are intended for public review and comment
- Include internal "Todo" notes and areas that are not ready for review
- Techniques and examples of how to apply these technologies to create rich internet applications are discussed on the wai-xtech mailing list. People who want to participate in this discussion should email the PFWG Chair to request subscription.
Publications
The PFWG people (working under the PF or HC WG name) have 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.
- 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.
- HTML4 accessibility improvements
- CSS2 accessibility improvements
- SMIL accessibility improvements
- SVG accessibility Note
About the PFWG
Contacts:
- PFWG Chair: <Alfred.S.Gilman@IEEE.org>
- PFWG W3C Staff Contact: Michael Cooper <cooper@w3.org>
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).
The charter of the working group (extended to 31 December 2008) outlines the goals, work methods, and requirements for participation. Another document explains how to join the group. 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
Mailing Lists
- wai-xtech@w3.org is a public list
- w3c-wai-pf@w3.org is a W3C member-confidential list
- Instructions for subscribing to the PFWG mailing lists
Some areas of related work:
Protocols and Formats
On the growing edge of the Web we find Protocols and Formats such as:
- The Extensible Markup Language (XML) provides for continuous enhancement of the hypertext medium.
- The Scalable Vector Graphics (SVG) which introduces symbolic representation of graphics.
- The Resource Description Framework (RDF) introduces knowledge about resources to the Web.
- The Synchronized Multimedia Integration Language (SMIL) offers a means to exchange multimedia content across the breadth of the Web.
- The Document Object Model (DOM) offers a neutral API for accessing the document tree.
Other WAI Groups
Most accessibility issues involve cooperative work between the PFWG and its sister groups within the WAI, particularly
- Evaluation and Repair Tools (ERT) which deals with assessing and correcting accessibility in Web pages
- Web Content Accessibility Guidelines (WCAG) on the use of document formats to build resource webs of universal accessibility.
- User Agent Accessibility Guidelines (UAAG) analyzes user interface dialogs and requirements, and what browsers and access agents that form part of the adapted client can do to optimize access.
- Authoring Tools Accessibility Guidelines (ATAG) deals with the automation of accessible resource development and the accessibility of resource development automation.
- Education and Outreach (EOWG) carries the message to various segments of the Web community.
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.
Al Gilman <Alfred.S.Gilman@IEEE.org>
- Chair, PFWG
Michael Cooper <cooper@w3.org> - Staff Contact