FAO Web Content Accessibility Guidelines

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

Guideline 1.2 Time-based Media: Provide alternatives for time-based media Success Criteria Recommendations Met

YuJa Enterprise Video Platform WCAG 2.0 Checklist

A Guide For Making Your Web Applications Accessible To Those With Disabilities

Satisfy Recommendation. Pass. Pass. Pass. Pass. Pass. Pass. Pass

Web Accessibility Checklist

VPAT Web Content Accessibility Guidelines 2.0 level AA

A Step-by-Step Guide to Creating More Accessible Surveys

Web Content Accessibility Guidelines 2.0 Checklist

Web Content Accessibility Guidelines (WCAG) 2.0 Statement of Compliance

Web Content Accessibility Guidelines 2.0 level AA Checklist

Product Accessibility Conformance Report

Accessible Website. Understanding and Implementing WCAG 2.0 Accessibility. Achieving compliance through Certification. Website Quality Certification

Agilix Buzz Accessibility Statement ( )

Web Content Accessibility Guidelines 2.0 Checklist

VPAT Web Content Accessibility Guidelines 2.0 level AA

WCAG 2 Compliance Report

Salesforce Lightning Experience Analytics (Dashboard and Reports)

Salesforce Lightning Dialer

Salesforce Service Cloud Snap-Ins for Web

Salesforce Lightning Experience

Typhon Group Website WCAG 2.0 Support Statement

Service Cloud Lightning

Salesforce1 - ios App (Phone)

Web Content Accessibility Template

How to Meet WCAG 2.0 AA Level

How Accessible is Your Website?

SmartBuilder Section 508 Accessibility Guidelines

Blackboard Collaborate WCAG 2.0 Support Statement August 2016

Product Accessibility Conformance Report

Salesforce Lightning Service Console

Web Content Accessibility Guidelines (WCAG) 2.0 Statement of Compliance

Handshake Accessibility Overview

Desire2Learn Learning Repository Web Content Accessibility Guidelines (WCAG 2.0) Checklist October 2013 Contents

AA WCAG 2.0 Web Accessibility Compliance. Nate Reusser. LinkedIn: linkedin.com/in/natereusser

Sales Cloud Lightning

Voluntary Product Accessibility Template (VPAT) ACUE Course in Effective Teaching Practice

Web Content Accessibility Guidelines (WCAG) 2.0

UNIVERSITY OF NORTH CAROLINA WILMINGTON

Blackboard Learn with the Ultra Experience WCAG 2.0 Support Statement November 2016

Accessibility Policy 2017

2. Zoom Video Webinar runs on Windows, macos, Linux, Chrome OS, ios, Android, and

Science. Voluntary Product Accessibility Template: Web Content Accessibility Guidelines 2.0 Level AA

ACCESSIBLE DESIGN THEMES

Duke Library Website Preliminary Accessibility Assessment

295 Interlocken Blvd #100 Broomfield, CO

EPiServer s Compliance to WCAG and ATAG

Edgenuity Inc. Page 1

Guidebook: AODA. Making Western s Accessibile Web. Communications and Public Affairs

TechReady.io Accessibility Conformance Report Based on Voluntary Product Accessibility Template (VPAT ) 1

Apple Accessibility Conformance Report Based on Voluntary Product Accessibility Template (VPAT )

ProQuest Accessibility Conformance Report International Edition VPAT Version 2.2 July 2018

Accessibility Checklist for elearning

Marketplace Simulations Accessibility Conformance Report Based on Voluntary Product Accessibility Template (VPAT ) 1

Date: March 15, 2017 Name of Product: Cisco Umbrella version Dashboard 2 Contact for more information:

Date: September 5, 2017 Name of Product: Cisco WebEx Product (web) Pages WBS32.3 Contact for more information:

All contents are Copyright Cisco Systems, Inc. All rights reserved.

CSCI 311 WEB ACCESSIBILITY

USER GUIDE. MADCAP FLARE 2017 r3. Accessibility

Date: December 21, 2017 Name of Product: Cisco WebEx Web App Meeting Center v3.4 Contact for more information:

AODA Accessibility Audit for Hypothesis (embedded within Canvas)

Ex Libris Accessibility Conformance Report

Blackboard staff how to guide Accessible Course Design

Web Accessibility. for Nonprofit Web Developers

Voluntary Product Accessibility Template (VPAT)

USER GUIDE MADCAP FLARE Accessibility

For a detailed description of the parent features and benefits, please refer to the following URL:

Adobe RoboHelp 9 Voluntary Product Accessibility Template

Community Templates for Self-Service

Date: April 3, 2017 Name of Product: Cisco Prime Infrastructure v3.1 Contact for more information:

Web Accessibility Requirements

Google Forms. Summary Table. Date: 11/2014 Name of Product: Google Forms Point of Contact: Richard Wu. Criteria Supporting features Remarks

Technologies: Levels: Sections:

Adobe ColdFusion 10 Voluntary Product Accessibility Template

Fulcrum Accessibility Conformance Report

Schoology Voluntary Product Accessibility Template (VPAT)

Teamcenter Voluntary Product Accessibility Template. Summary Table Voluntary Product Accessibility Template

Accessibility for Sugar 6.7

Color: Are the Web pages designed so that all information conveyed with color is also available without color? Reference Section (c).

Adobe Campaign (15.12) Voluntary Product Accessibility Template

Adobe EchoSign Voluntary Product Accessibility Template

What is ADA Website Compliance?

Salesforce Service Cloud Snap-Ins for Web

Project Cost Compliance with ADA and Web Content Accessibility Guidelines (WCAG 2..0) by Ethan Beberness

VMware vfabric Hyperic 5.0 VPAT

Gale Accessibility Conformance Report Based on Voluntary Product Accessibility Template (VPAT ) 1

Salesforce Lightning App Builder

Moodlerooms WCAG 2.0 Support Statement September 2017

Teradactyl LLC Accessibility Conformance Report VPAT Version 2.2 July 2018

Adobe InDesign CC Voluntary Product Accessibility Template

Web-based Internet Information and Application Checklist

All contents are Copyright Cisco Systems, Inc. All rights reserved.

Adobe Captivate 7 Voluntary Product Accessibility Template

The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect.

Voluntary Product Accessibility Template

Adobe LiveCycle Reader Extensions ES3 Voluntary Product Accessibility Template

Blackboard. Voluntary Product Accessibility Template Blackboard Learn Release 9.1 SP11. (Published January 14, 2013) Contents: Introduction

Gale Accessibility Conformance Report Based on Voluntary Product Accessibility Template (VPAT ) 1

WCAG 2.0 A and AA Requirements

Sample Report Failures by group

Transcription:

FO Web Content ccessibility Guidelines FO s ccessibility Guidelines have been derived from the W3C s Web Content ccessibility Guidelines (WCG), version 2.0, which have become an established standard for measuring online accessibility. The Web Guide Editorial Board has selected those guidelines which are applicable to FO s online content and can be easily applied. The W3C Web site includes full information on understanding and applying these guidelines. The FO ccessibility Guidelines have maintained the original W3C numbering system to enable the cross referencing of each item. lso, for each guideline, three levels of conformance are defined: (minimum level of conformance) (highest level) 1.1 Provide text alternatives for any non-text content so that it can be changed into other usable forms, such as large print, braille, speech, symbols or simpler language 1.1.1 Non-text content (such as image and video files) ll images, form image buttons and image map hot spots have appropriate, equivalent alternative text. Images that do not convey content, that are purely decorative or are used only for visual formatting are given null alt text (alt="") and implemented in a way that they can be ignored by assistive technology e.g. in the CSS as a background image. ll linked images have descriptive alternative text. When text can be rendered just as well by the browser as it can in an image, avoid using images for text. If the purpose of non-text content is to confirm that content is being accessed by a person rather than a computer (CPTCH), then text or audio alternatives should be provided to accommodate different disabilities. Embedded multimedia is identified via accessible text, such as Flash movies, YouTube videos or SlideShare presentations. 1.2 Provide alternatives for time-based media (audio or video) 1.2.1 1.2.3 to 1.2.9) udio-only and video-only (pre-recorded) / descriptive text transcript (including all relevant visual and auditory clues and indicators) is provided for non-live, Web-based audio (audio podcasts, MP3 files, etc.). text or audio description is provided for non-live, Web-based video-only (e.g., video that has no audio track). 'described' version of a video is provided when a description is necessary for unsighted users to understand the content. The described audio track can either be distributed with the video content or as an audio only file. ll videos, if they don t autoplay, have an accessible

Play control. 1.2.2 Captions (pre-recorded) Synchronized captions or subtitles are provided for non-live, Web-based video (YouTube videos, etc.). 1.3 Create content that can be presented in different ways (for example simpler layout) without losing information or structure 1.3.1 Information and relationships Presentation in terms of layout and formatting is separate from content, e.g. a CSS file is used instead of tables. Tables are used to markup tabular data, such as for statistics and spreadsheets. Headers are always indicated in data tables using <th> tags and all data cells associated with their header. Semantic markup is used to designate headings (<h1>), lists (<ul>, <ol>, and <dl>), emphasized or special text (<strong>, <code>, <abbr>, <blockquote>), etc. Ensure semantic markup is used appropriately. 1.3.2 Meaningful sequence The reading and navigation order (determined by code order) is logical and intuitive. 1.3.3 Sensory characteristics Instructions provided for understanding content do not solely rely on shape, size, or visual location (e.g., "Click the square icon to continue" or "Instructions are in the right-hand column"). Instructions do not rely upon sound (e.g., " beeping sound indicates you may continue."). 1.4 Make it easier for users to see and hear content 1.4.1 1.4.3 and 1.4.6) Use of colour Colour is not used as the sole method of conveying content or distinguishing visual elements. Colour alone is not used to distinguish links from surrounding text and additional differentiation (e.g., it becomes underlined) is provided when the link is hovered over or receives focus. 1.4.2 udio control mechanism is provided to stop, pause, mute, or adjust volume for audio that automatically plays on a page for more than 3 seconds. 1.4.4 Resize text The page is readable and functional when the text size is doubled. 1.4.5 Images of text If the same visual presentation can be made using text alone, an image is not used to present that text.

1.4.7 Low or no background audio udio of speech has no or very low background noise so the speech is easily distinguished. 1.4.8 Visual presentation Blocks of text over one sentence in length: o are no more than 80 characters wide. 1.4.9 Images of text (no exception) o are NOT fully justified (aligned to both the left and the right margins). o have adequate line spacing (at least 1/2 the height of the text) and paragraph spacing (1.5 times line spacing). o have a specified foreground and background colour. These can be applied to specific elements or to the page as a whole using CSS (and thus inherited by all other elements). o do NOT require horizontal scrolling when the text size is doubled. Text is used within an image only for decoration (image does not convey content) OR when the information cannot be presented with text alone. 2.1 Make all functionality available from a keyboard 2.1.1 Keyboard ll page functionality is available using the keyboard, unless the functionality cannot be accomplished in any known way using a keyboard (e.g., free hand drawing). Page-specified shortcut keys and accesskeys do not conflict with existing browser and screen reader shortcuts (such as Ctrl C, F5 etc.). The user can navigate to and from all navigable page elements using only the keyboard (e.g. via the tab key). 2.2 Provide users enough time to read and use content 2.2.2 Pause, stop, hide utomatically moving, blinking, or scrolling content that lasts longer than 3 seconds can be paused, stopped, or hidden by the user. Moving, blinking or scrolling can be used to draw attention to or highlight content as long as it lasts less than 3 seconds. utomatically updating content (e.g., automatically redirecting or refreshing a page, a news ticker, JX updated field, a notification alert, etc.) can be paused, stopped, or hidden by the user or the user

can manually control the timing of the updates. 2.3 Do not design content in a way that is known to cause seizures 2.3.1 Three flashes or below threshold No page content flashes more than 3 times per second. 2.4 Provide ways to help users navigate, find content, and determine where they are 2.4.1 Bypass blocks mechanism is available to bypass blocks of content that are repeated on multiple Web pages. If a page has a proper heading structure, this may be considered a sufficient technique instead of "Skip to main content" links. 2.4.2 Page titled Web pages have descriptive and informative page titles. 2.4.3 Focus order The navigation order of links, form elements, etc. is logical and intuitive and consistent. 2.4.4 2.4.9) Link purpose (in context) The purpose of each link (or form image button or image map hotspot) can be determined from the link text alone, or from the link text and it's context (e.g., surrounding paragraph, list item, table cell, or table headers). void using such text as click here or more. Links (or form image buttons) with the same text that go to different locations are readily distinguishable. 2.4.5 Multiple ways to access a page More than one way is available to locate a Web page within a site except where the Web page is the result of, or a step in, a process. There should be at least two out of: a list of related pages, table of contents, site map, site search, or list of all available web pages. 2.4.6 Headings and labels Page headings and labels for form and interactive controls are informative. void duplicating headings (e.g., "More Details") or label text (e.g., "First Name") unless the structure provides adequate differentiation between them. 2.4.7 Focus visible It is visually apparent which page element has the current keyboard focus (i.e., as you tab through the page, you can clearly see where you are). 2.4.8 Location Information about the user s location within a set of Web pages is available, for example, through

breadcrumbs or specifying the current step in a sequence (e.g., "Step 2 of 5"). 2.4.10 Section headings Section headings are used to organize the content. 3.1 Make text content readable and understandable 3.1.1 Language of page The default human language of each Web page can be programmatically determined using the HTML lang attribute (<html lang="en">). 3.1.2 Language of parts The language of sections of content that are in a different language are identified, for example, by using the lang attribute (<blockquote lang="es")> 3.1.3 Unusual words Words that may be ambiguous, unknown, or used in a very specific way are defined through adjacent text, a definition list, a glossary, or other suitable method. 3.1.4 bbreviations Expansions for abbreviations are provided by expanding or explaining the definition the first time it is used, using the <abbr> element, or linking to a definition or glossary. NOTE: WCG 2.0 gives no exception for regularly understood abbreviations (e.g., HTML on a Web design Web site must always be expanded). 3.1.6 Pronunciation If the pronunciation of a word is vital to understanding that word, its pronunciation is provided immediately following the word or via a link or glossary. 3.2 Make Web pages appear and operate in predictable ways 3.2.1 3.2.2) On focus/on input When a page element receives focus or when a user inputs information, it does not result in a substantial change to the page, the spawning of a pop-up window, an additional change of keyboard focus, or any other change that could confuse or disorient the user. 3.2.3 Consistent navigation Navigation links that are repeated on Web pages do not change order when navigating through the site. 3.2.4 Consistent identification Elements that have the same functionality across multiple Web pages are consistently identified. For example, a search box should always be labelled the same way and appear in the same position. 3.2.5 Change on request Substantial changes to the page, the spawning of pop-up windows, uncontrolled changes of keyboard

focus, or any other change that could confuse or disorient the user must be initiated by the user. lternatively, the user is provided an option to disable such changes. 3.3 Help users avoid and correct mistakes 3.3.1 Error identification If utilized, form validation cues and errors (clientside or server-side) alert users to errors in an efficient, intuitive, and accessible manner. The error is clearly identified, quick access to the problematic element is provided, and user is allowed to easily fix the error and resubmit the form. 3.3.2 Labels or instructions Sufficient labels, cues, and instructions for required interactive elements are provided via instructions, examples, properly positioned form labels, and/or fieldsets/legends. 3.3.6 Error prevention (all) If the user can submit information, the submission is reversible, verified, or confirmed. 4.1 Maximize compatibility with current and future user agents, including assistive technologies 4.1.1 Parsing Significant HTML/XHTML validation/parsing errors are avoided, e.g. elements have complete start and end tags, elements do not contain duplicate attributes and any IDs are unique. Check at http://validator.w3.org/ 4.1.2 Name, role, value Markup is used in a way that facilitates accessibility. This includes following the HTML/XHTML specifications and using forms, form labels, frame titles, etc. appropriately. Document history Date Version Change 2009/10/21 1.0 2009/07/24 0.1 Draft version. Final version. Incorporates comments from WG members.