Introduction
World Wide Web Consortium (W3C) Web Accessibility Initiative (WAI) Accessible Platform Architectures Working Group (APA WG)
- review of W3C specifications
- development of technical support materials
- collaboration with other Working Groups
- coordination of harmonized accessibility strategies within W3C
Review of specifications
- W3C wants specifications to address all users
- APA reviews for ability to meet needs of users with disabilities, and not create barriers
- Review requires expertise on a growing number of technologies
- Early review could be incomplete, later review could be too late
Self review
- Groups should be able to determine what applies to their technology
- Include accessibility at use cases and requirements stage
- Frequently groups do not have accessibility expertise
Current W3C Guidelines
- Web Content Accessibility Guidelines - content features
- User Agent Accessibility Guidelines - browser and assistive technology support
- Authoring Tool Accessibility Guidelines - content development support
Framework for Accessible Specification of Technologies
- Provides information to technology developers about accessibility needs
- Currently structured as a draft standard and checklist
User needs
- In many guidelines, user needs are implicit, not explicit
- Many guidelines only address subset of user needs related to their audience
- FAST attempts comprehensive documentation of user needs across all potential web technologies
- User needs drawn from existing sources, like WCAG 2.0, JTC 1 User Needs, ISO/IEC 30071-1, various gap analyses
- Primary research outside of scope for FAST, but Research Questions Task Force identifies some research needs
Example user needs
- Content perceivable in form other than produced by author
- User can navigate content effectively
- User can manage distractions
- User can avoid personal risk
- Users can discover content on the page
- Recover from errors
Breakdown of user needs
Above needs are higher-level than seen in other guidelines, but do have more detailed break-downs, such as for first one above:
- Content perceivable in form other than produced by author
- Alternate content can be provided
- Text alternatives
- Visual alternative
- Auditory alternative
- Tactile alternative
- Content encoded in manner that permits machine transformation
- Different alternate content for different signals
- Alternate content findable
- In same time and location as control
Meeting user needs
FAST desribes 3 approaches to meet user needs:
- technology features
- author implementation
- browser and assistive technology support
Combining approaches
- There can be different ways to meet a given user need
- Some ways can be met with just one approach
- Other ways require different approaches working together
Example: color contrast
User need: user needs higher than average contrast between foreground and background colors
- Browser: Provide a "high contrast" mode that overrides author colors
- Author: Provide a feature to allow users to define their own color preferences
- Technology plus author plus user agent:
- Technology provides color definition semantics that allow colors of common object types to be globally remapped easily
- Author uses these semantically defined color mappings to allow user global preferences to be easily applied
- Browser supports semantically defined color mappings to allow users to define global preferences that are easily applied across a range of content
Optimal approach
- The most optimal approach to meet a user need varies by circumstance
- Any of the approaches in the example are sufficient if supported
- The third approach in the example requires different parties working together
- Technology provides a feature
- Authors use the feature
- Browsers expose the feature
Identifying technology feature needs
- FAST attempts to identify the various potential ways to meet each user need
- Some of the ways to meet user needs depend on technology features
- The set of technology features needed is the guidance FAST provides to technology developers
Anticipated usage of FAST
- Provide up-front guidance to technology developers about user requirements for accessibility
- Support and legitimize accessibility review of technology draft specifications
- Broaden the accessibility knowledge base beyond the accessibility community in W3C
- Identify gaps in current technologies and spawn research and development
- Help ensure accessibility is "on the ground floor" of new technologies
FAST checklist
- Extracts just the technology guidance from FAST
- Intended to support self-review by technology developers
- Categorized by types of technology features to help focus on ones relevant to the particular technology
- If technology allows visual rendering of content
- If technology provides author control over color
- If technology provides features to accept user input
- …
checklist
Emerging technologies
- Authentication
- Automotive
- Games
- Graphics
- Knowledge Domain
- Payments
- Real-Time Communications
- Web of Things
- Augmented / Virtual Reality
Status of FAST
- Draft posted with introduction and structure
- User needs collection partially complete
- Feature need identification very preliminary
- Technology guidance mostly in the checklist for now
Future work
- Focus on checklist to help technology developers in the near term
- Complete user needs collection
- Complete feature identification
- Relate to and cross-check with other accessibility guidance
- Examine emerging technologies for new coverage needs
Questions, Discussion
w3.org/2019/Talks/0516_FAST_MC
Space, Right Arrow or swipe left to move to next slide, click help below for more details