Revision in Section 508 Standards and WCAG (Web Content Accessibility Guidelines)

Similar documents
WCAG 2.0 Checklist (Detailed)

WCAG 2.0 Checklist. Perceivable Web content is made available to the senses - sight, hearing, and/or touch. Recommendations

Web Content Accessibility Guidelines 2.0 Checklist

Blackboard Web Community Manager WCAG 2.0 Support Statement February 2016

Moodlerooms WCAG 2.0 Support Statement January 2016

Intelledox Designer WCA G 2.0

WCAG 2 Compliance With Flash

How To Use A Web Page With A Wheelchair On A Pc Or Mac Or Mac (For Seniors)

Voluntary Product Accessibility Template Blackboard Learn Release 9.1 April 2014 (Published April 30, 2014)

WCAG 2.0 for Designers: Beyond Screen Readers and Captions

Snap Server Manager Section 508 Report

Planning for Accessibility when Developing Financial Services Websites and Mobile Apps

Xerox DocuMate 3125 Document Scanner

VPAT. Voluntary Product Accessibility Template. Version 1.3

TABLE OF CONTENTS. Guide to Preparation of Procurement Specifications for Accessible Websites

vcenter Operations Manager Administration 5.0 Online Help VPAT

Nuance PDF Converter Enterprise 8

Voluntary Product Accessibility Template

COMPLIANCE MATRIX of GIGW

e-accessibility Part 2 Monica Seeber

Summary Table Voluntary Product Accessibility Template

Using Parasoft SOAtest to Verify Section 508 and WAI WCAG Web Accessibility Requirements

Information and Communications Standard. Making your website more accessible

Serena Software Voluntary Product Accessibility Report. Summary Table

HSU Accessibility Checkpoints Explained

Mobile Application Accessibility Handbook 2. UNDERSTANDING THE DIFFICULTIES ENCOUNTERED BY PERSONS WITH DISABILITIES 5

Summary Table for SolarWinds Web Help Desk

icohere Products and Section 508 Standards Voluntary Product Accessibility Template (VPAT )

Adobe Flash Player 11.2 Voluntary Product Accessibility Template

Quentin Williams Manager: W3C Southern Africa Office. Web Accessibility and Usability

Supporting Features. Supports with Exceptions. Supports with Exceptions. Supports

Voluntary Product Accessibility Template (VPAT) Policy & Information

PDF Accessibility Overview

VPAT. Voluntary Product Accessibility Template. Version 1.5. Summary Table VPAT. Voluntary Product Accessibility Template. Supporting Features

VPAT. Voluntary Product Accessibility Template. Version 1.3

How To Write A Powerpoint Test On Arijksoverheid.Org.Uk (For Disabled People)

Contact for more Information: or

Summary Table for SolarWinds Web Help Desk

Adobe Flash Player 11.9 Voluntary Product Accessibility Template

Sony External USB Floppy Disk

Avaya Speech Analytics Desktop Client 2.0

SECTION 508 COMPLIANCE

Section Software Applications and Operating Systems - Detail Voluntary Product Accessibility VPSX. Level of Support & Supporting Features

In this topic we discuss a number of design decisions you can make to help ensure your course is accessible to all users.

VPAT Summary. VPAT Details. Section Web-based Internet information and applications - Detail

VPAT. Voluntary Product Accessibility Template. Version 1.3

Piedmont Community College Accessibility Procedure for Online Courses

Summary Table Voluntary Product Accessibility Template

Software Application & Operating Systems Checklist

VPAT. Voluntary Product Accessibility Template. Version 1.3

Ontario Trails Organizations Guide for accessible web design

VPAT. Voluntary Product Accessibility Template. Version 1.3

Building accessible websites Web accessibility video transcript

Website Accessibility Under Title II of the ADA

VPAT Voluntary Product Accessibility Template

Voluntary Product Accessibility Template (VPAT)

Summary Table. Voluntary Product Accessibility Template

TRI Oracle Empirica Trace Statement of Conformance

Angie Millman Director, Disability Support Services Seton Hall University April 5, 2013

Voluntary Product Accessibility Report

Web Accessibility Report

Wyse Winterm Thin Clients -- Accessibility Information

CDC UNIFIED PROCESS PROCESS GUIDE

Creating and Maintaining Accessible Websites with SiteCM

About the Proposed Refresh of the Section 508 Standards and Section 255 Guidelines for Information and Communication Technology

UNIVERSAL DESIGN OF DISTANCE LEARNING

Voluntary Product Accessibility Template (VPAT)

Basics of Accessible Design

Easy Guide to Building No Barrier Web Sites

Developing accessible portals and portlets with IBM WebSphere Portal

Checklist to Assist Schools in Conducting a Review of Accessibility and Equality and Diversity Information on their Websites

Voluntary Product Accessibility Template

Evaluating Elluminate Live!

Health Enterprise Medicaid Management Information System

WCAG Web Content Accessibility Guidelines An Introductory Guide for Web Developers

The Essential Guide to User Interface Design An Introduction to GUI Design Principles and Techniques

WESTERN KENTUCKY UNIVERSITY. Web Accessibility. Objective

VPAT Voluntary Product Accessibility Template Version 1.3

Wyse Winterm Thin Clients -- Accessibility Information

Voluntary Product Accessibility Template

Section 508 Compliance and Online Course Content. Agenda. What is Section 508? 508, 504 and ADA. USG Resource

Word 2007: Basics Learning Guide

Voluntary Product Accessibility

Summary Table Voluntary Product Accessibility Template

Supporting Features*

Overcoming Accessibility Challenges of Web Conferencing

Mobile Accessibility. Jan Richards Project Manager Inclusive Design Research Centre OCAD University

Voluntary Product Accessibility Template

Session OTH 1034: "IP TV, Remote Control, Set Top Box, Apps and Programming Guide Accessibility

Handout: Word 2010 Tips and Shortcuts

OneNote 2016 Tutorial

Adobe Acrobat XI Pro Accessibility Guide: Best Practices for PDF Accessibility

elearning Instructional Design Guidelines Ministry of Labour

Accessibility. Accessibility. Web sites should be designed to ensure that

STATE OF MINNESOTA NARRATIVE PROPOSAL

Welcome to the Section 508 Best Practices Webinar Series

Web Accessibility Matters For Cultural Institution

RELEASE NOTES OF NEW FEATURES AND ENHANCEMENTS FOR TRIALDIRECTOR VERSION PRESENTATION. Additional Layouts for Displaying Synchronized Video

User Guide VERIZON WIRELESS HOME PHONE CONNECT

How to Edit Your Website

Transcription:

1 How do they impact development and deployment of accessible IT resources? Revised Section 508 Accessibility Standards In July 2006 Access Board created TEITAC (Telecommunications and Electronic and Information Technology Advisory Committee) to update Section 508 and Section 255 standards and make recommendations to Access Board. It consisted of 41 members from industry, government, international, and disabilities advocacy groups The draft report of the recommendations was presented to Access Board in April 2008 and has been under review and input (http://www.accessboard.gov/sec508/refresh/report/). The projected date for publication for the Revised Standards is first quarter of 2010. Reasons for Revising the Standards Accessibility for people with a disability is becoming a global issue with many contrives developing standards. Rapid pace of innovation and technological advancement in Information and Communication Technology (ICT) is pushing the need for standards and guidelines that can easily understand and implemented. Issues considered: Technology changes and convergence o Across EIT categories and telecommunication devices o New Products, features o Assistive Technology changes Environment changes o Web is now a platform for application development, computing, content delivery, learning, commerce and information dissemination o AT is being standardized as general use technology o Computing platforms web, cloud and remote computing Need for harmonization over many standards o Evolving standards to meet converging and changing needs and environments o 508 covers EIT resource and WCAG covers web content accessibility o Globalization of accessibility multiple international standards o Frequent requests for clarification Changing people s needs, expectations and experience The requirements we are concerned with are for User Interface and Electronic Content. Besides a definition for each requirement, they give a rational for the it and additional information which includes how it harmonizes with WCAG 2.0 guidelines, its testability and the disability it covers.

2 3. Requirements for User Interface and Electronic Content 5. Requirements for Audio and/or Video Content 3-A: Color: Color must not be used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element. 3-B: Contrast: Presentation of TEXT, and images of TEXT, in electronic documents must have a CONTRAST RATIO of at least 5:1 3-C: Size, Shape, Location: Instructions provided for understanding information and operating on-screen user interfaces must not rely solely on shape, size, visual location, or orientation of components 3-D: User Preferences: Applications must provide a mode that utilizes platform settings for color, contrast, font type, font size, and focus cursor. In the absence of platform settings for color and contrast, all TEXT (and images of text) must have a CONTRAST RATIO of at least 5:1 3-E: Color Adjustment: When a user function is provided to adjust color and contrast settings, at least one color selection capable of producing a minimum luminosity CONTRAST RATIO of 7:1 must be provided. 3-F: Non-text Objects: All NON-TEXT OBJECTS that are presented to the user must have a TEXT alternative that presents equivalent information, except for the situations listed below. 3-G: Human Language: When supported in the technologies of electronic documents, the default human language of electronic document must be PROGRAMMATICALLY DETERMINABLE 3-H: Language of Parts: When supported in the technology of electronic documents, the human language of each passage or phrase in electronic documents must be PROGRAMMATICALLY DETERMINABLE 3-I: Pausing: A mechanism must be provided to pause moving, BLINKING, or scrolling information that lasts for more than three seconds unless it is part of an activity where the moving, BLINKING, or scrolling is essential. 3-J: Flashing (Content and User Interfaces): CONTENT or user interfaces must not contain anything that FLASHES more than 3 times in any one second period or the FLASHING must be below the GENERAL FLASH AND RED FLASH THRESHOLDS FOR CONTENT AND USER INTERFACES.

3 3-K: Consistent Identification: Components from a single source that have the same functionality within a product must be identified consistently. 3-L: Audio Turnoff: When any audio plays automatically for more than 3 seconds, there must be a mechanism to pause or stop the audio, or a mechanism to control audio volume that can be set to be a different level from the system volume level. This provision does not apply to emergency messages regarding risk of personal injury or loss of property or data, or to audio messages required by law. 3-M: Reading Sequence: When the sequence in which information is presented affects its meaning, a reading sequence that conveys the intended meaning must be PROGRAMMATICALLY DETERMINABLE. The navigation sequence must be consistent with the reading sequence. 3-N: Link Purpose: On Web pages, it must be possible to determine the purpose of each link from the link TEXT or the link TEXT together with its PROGRAMMATICALLY DETERMINABLE link context. 3-O: Information and Relationships: Information and relationships conveyed through presentation of electronic documents must be either PROGRAMMATICALLY DETERMINABLE or available in TEXT, and notification of changes to these must be available to user agents, including assistive technologies. This includes data tables and form elements 3-P: User Interface Components (no consensus): Work on this provision was not complete. Please see the drafts and other discussion material in Section 7 3-Q: Disruption of Access Features: Applications must not, except by specific user request, disrupt the features of the platform that are defined, in the documentation intended for application developers, as having an accessibility usage. 3-R: Timing: For each time limit that is set by the product, at least one of the following must happen; turn off, adjust and reset 3-S: Keyboard Operation: Where products have a KEYBOARD or a KEYBOARD INTERFACE, or run on a device that has a KEYBOARD or KEYBOARD INTERFACE, all functionality of the product operable through the electronic user interface must be operable through the KEYBOARD, or a KEYBOARD INTERFACE. 3-SS: Visual Indication of Keyboard Shortcuts (no consensus): Work on this provision was not complete. Please see the drafts and other discussion material in Section 7

4 3-U: AT Interoperability (partial consensus): Work on this provision was not complete. Please see the drafts and other discussion material in Section 7. 3-V: Accessibility Services: PLATFORM SOFTWARE must provide access to a set of services that enable applications running on the platform to interact with ASSISTIVE TECHNOLOGY sufficient to enable compliance with the "AT interoperability" and "User Interface Components" provisions. 3-W: Multiple Ways: There must be more than one way available to locate CONTENT within a set of Web pages where CONTENT is not the result of, or a step in, a process. For example, providing a site map, index, table of contents, or search would be sufficient 3-X: Labels or Instructions: LABELS or instructions must be provided when CONTENT requires user input. 3-Y: On Focus: When any component in CONTENT or electronic documents receives focus through navigation by KEYBOARD or other keypads, it must not initiate a change of context. 3-Z: On Input: Changing the setting of any user interface component in web pages must not automatically cause a change of context unless the user has been advised of the behavior before using the component. 3-AA: Error Identification: If an input error is automatically detected in CONTENT or electronic documents, the item that is in error must be identified and described to the user in TEXT. 3-BB: Headings and Labels: Headings and LABELS must describe the topic or purpose. Note: Labels and headings do not need to be lengthy. A word or even a single character may suffice if it provides an appropriate cue to finding and navigating content. 5-A: Captions and Transcripts: Materials containing video and/or audio, regardless of format, that contain speech or other audio information necessary for the comprehension of the CONTENT, 5-B: Video Description: Materials containing video and/or audio, regardless of format, that contain visual information necessary for the comprehension of the CONTENT 5-C: Interactive Elements: SYNCHRONIZED MEDIA containing INTERACTIVE ELEMENTS, such as options for selection and access to segments of the CONTENT, must include a mode of operation for selection consistent with applicable

5 These standards are a set of Requirements the developers must consider during the design phase. Web Content Accessibility Guidelines (WACG 2) developed by W3C are the technical specifications on how to meet the Requirements for Information and Communication Technology (ICT) stated in the revised Section 508 Standards. WCAG 2.0 Guidelines The recommendations in draft provisions (TEITAC) seem well aligned with WCAG 2.0 technical provisions and will eliminate conflict for developers Following WCAG 2.0 guidelines will make content accessible to a wider range of people with disabilities, including sensory, physical, learning disabilities, cognitive limitations, photosensitivity and combinations of these and more usable for users in general. WCAG 2.0 consists of four principles that provide the foundation for Web accessibility, 12 guidelines with testable success criteria which are three levels A, AA, AAA. The success criteria are written as testable statements that are not technology-specific. (http://www.w3.org/wai/wcag20/quickref/). Overview of WCAG 2.0 is available at (http://www.w3.org/wai/wcag20/quickref/20071211/overview.php) and Techniques for how to meet WCAG 2.0 can be found at http://www.w3.org/tr/wcag20-techs/. Principles and Guidelines 1. Perceivable -- Information and user interface components must be presentable to users in ways they can perceive 1. 1.1 Text Alternatives: Provide text alternatives for any non-text content so that it can be changed into other forms people need, such as large print, Braille, speech, symbols or simpler language. 2. 1.2 Time Based Media Provide synchronized alternatives for synchronized media 3. 1.3 Adaptable: Create content that can be presented in different ways (for example simpler layout ) without losing information or structure 4. 1.4 Distinguishable: Make it easier for users to see and hear content including separating foreground from background 5. 2. Operable -- User interface components and navigation must be operable. 2.1 Keyboard Accessible--Make all functionality available from a keyboard 2.2 Sufficient Time: Provide users with disabilities enough time to read and use content 2.3 Seizures: Do not design content in a way that is known to cause seizures

6 2.4 Navigable: Provide ways to help users with disabilities navigate, find content and determine where they are 3. Understandable Information and functionality of the items of user interface must be understandable 3.1 Readable: Make text content readable and understandable 3.3 Predictable: Make Web pages appear and operate in predictable ways 3.3 Input Assistance: Help users avoid and correct mistakes 4. Robust: 4.1 Compatible: Maximize compatibility with current and future user agents, including assistive technologies

7 TEITAC to WCAG 2.0 Mapping Developed by the DHS at State of Illinois (http://www.dhs.state.il.us/onenetlibrary/27897/documents/initiatives/iitaa/teitac- WCAG2.html) TEITAC (Section 3.0 User Interface & Content) to WCAG 2.0 TEITAC Provision WCAG 2.0 Success Criteria 3-A - Color 1.4.1 Use of Color (A) 3-B - Contrast 1.4.3 Contrast (Minimum) (AA) 3-C - Size, Shape, Location 1.3.3 Size, Shape, Location (A) 3-D - User Preferences 3-E - Color Adjustment 1.4.5 Contrast (Enhanced) (AAA)? 3-F - Non-text Objects 1.1.1 Non-text Content (A) 3-G - Human Language 3.1.1 Language of Page (A) 3-H - Language of Parts 3.1.2 Language of Parts (AA) 3-I - Pausing 2.2.3 Pausing (AA) 3-J - Flashing 2.3.1 Three Flashes or Below Threshold (A) 3-K - Consistent Identification 3.2.4 Consistent Identification (AA) 3-L - Audio Turnoff 1.4.2 Audio Turnoff (A) 3-M - Reading Sequence 1.3.2 Meaningful Sequence (A) 3-N - Link Purpose 2.4.4 Link Purpose (Context) (A) 3-O - Information and Relationships 1.3.1 Information and Relationships (A) 3-P - User Interface Components 4.1.2 Name, Role, Value (A) 3-Q - Disruption of Access Features 3-R - Timing 2.2.1 Timing (A) 3-S - Keyboard Operation 2.1.1 Keyboard (A) 3-T - Focus Indicator 3-U - AT Interoperability 3-V - Accessibility Services 3-W - Multiple Ways 2.4.5 Multiple Ways (AA)

8 3-X - Labels or Instructions 3.3.4 Labels or Instructions (AA) 3-Y - On Focus 3.2.1 On Focus (A) 3-Z - On Input 3.2.2 On Input (A) 3-AA - Error Identification 3-BB - Labels Descriptive 3.3.1 Error Identification (A) 2.4.6 Labels Descriptive (AA) 6-A - Captions and Transcripts 1.2.1 Captions (Prerecorded) (A) & 1.2.3 Captions (Live) (AA) 6-B - Video Description 1.2.2 Audio Description or Full Text Alternative (A) & 1.2.4 Audio Description (AA) 6-C - Open or Closed Captions/Descriptions 6-D - Interactive Elements WCAG 2.0 (A & AA) to TEITAC WCAG 2.0 Success Criteria TEITAC Provision 1.1.1 Non-text Content (A) 3-F - Non-text Objects 1.2.1 Captions (Prerecorded) (A) 6-A - Captions and Transcripts 1.2.2 Audio Description or Full Text Alternative (A) 6-B - Video Description 1.2.3 Captions (Live) (AA) 6-A - Captions and Transcripts 1.2.4 Audio Description (AA) 6-B - Video Description 1.3.1 Information and Relationships (A) 3-O - Information and Relationships 1.3.2 Meaningful Sequence (A) 3-M - Reading Sequence 1.3.3 Size, Shape, Location (A) 3-C - Size, Shape, Location 1.4.1 Use of Color (A) 1.2-I - Color & 3-A - Color 1.4.2 Audio Turnoff (A) 3-L - Audio Turnoff 1.4.3 Contrast (Minimum) (AA) 3-B - Contrast 1.4.4 Resize Text (AA) 2.1.1 Keyboard (A) 3-S - Keyboard Operation 2.2.1 Timing (A) 3-R - Timing 2.2.2 Blinking (AA) 2.2.3 Pausing (AA) 3-I - Pausing 2.3.1 Three Flashes or Below Threshold (A) 1.2-D - Flashing & 3-J - Flashing 2.4.1 Bypass Blocks (A)

9 2.4.2 Page Titled (A) 2.4.3 Focus Order (A) 2.4.4 Link Purpose (Context) (A) 3-N - Link Purpose 2.4.5 Multiple Ways (AA) 3-W - Multiple Ways 2.4.6 Labels Descriptive (AA) 3-BB - Labels Descriptive 3.1.1 Language of Page (A) 3-G - Human Language 3.1.2 Language of Parts (AA) 3-H - Language of Parts 3.2.1 On Focus (A) 3-Y - On Focus 3.2.2 On Input (A) 3-Z - On Input 3.2.3 Consistent Navigation (AA) 3.2.4 Consistent Identification (AA) 3-K - Consistent Identification 3.3.1 Error Identification (A) 3-AA - Error Identification 3.3.2 Error Suggestion (AA) 3.3.3 Error Prevention (AA) 3.3.4 Labels or Instructions (AA) 3-X - Labels or Instructions 4.1.1 Parsing (A) 4.1.2 Name, Role, Value (A) 3-P - User Interface Components Differences TEITAC Software & Multimedia Content Provisions NOT from WCAG 2.0 3-D - User Preferences - why isn't this in WCAG? 3-Q - Disruption of Access Features 3-T - Focus Indicator - this should be a platform requirement 3-U - AT Interoperability - this seems to overlap 3-O & 3-P 3-V - Accessibility Services - this is a platform requirement 6-C - Open or Closed Captions/Descriptions - this seems implicit in the definition of captions 6-D - Interactive Elements - this is no longer "audio and/or video content", it is a user interface WCAG 2.0 Level A Success Criteria NOT included in TEITAC Draft 2.4.1 Bypass Blocks - this should be a user-agent function (ironic, isn't it?) 2.4.2 Page Titled - this could be covered by 3-P, but why not include it?

10 2.4.3 Focus Order - this seems to be covered by 3-M, but why not include it? 4.1.1 Parsing - this could be a means of achieving 3-U... WCAG 2.0 Level AA Success Criteria NOT included in TEITAC Draft 1.4.4 Resize Text - this is related to 1.2-J and 3-D (and 3-D seems more appropriate) 2.2.2 Blinking - this seems to be covered by 3-I, but why not include it? 3.2.3 Consistent Navigation 3.3.2 Error Suggestion 3.3.3 Error Prevention