Weitere Ă€hnliche Inhalte Ăhnlich wie Challenges with VPATs (20) Mehr von Interactive Accessibility (7) KĂŒrzlich hochgeladen (20) Challenges with VPATs1. Is the product accessible?
CHALLENGES WITH
VPATS
November 6, 2013
11/6/2013
© 2013 Interactive Accessibility
1
2. The Accessibility Experts
Kathleen Wahlbin
Email: KathyW@ia11y.com
Phone: 978-443-0798
http://www.interactiveaccessibility.com
11/6/2013
© 2013 Interactive Accessibility
2
3. VPATS
How do I know if the VPAT is
accurate?
If the VPAT says supports, does
that mean it will work with
assistive technology?
What do we need to comply
with? Are there exceptions?
What is a VPAT?
What about 3rd Party
Applications?
11/6/2013
© 2013 Interactive Accessibility
3
5. What is VPAT? What is itâs Purpose?
âą Stands for Voluntary Product Accessibility Template
âą A tool to document a product's conformance with
Section 508
âą Assists procurement departments and government
agencies in making initial assessments of the level of
accessibility
11/6/2013
© 2013 Interactive Accessibility
5
7. Format of VPAT
âą List of the Section 508 standards with summary
â Summary table provides an overall level of conformance
to Section 508
â Series of Section 1194 tables list the detailed
requirements and the level of conformance to each
provision
11/6/2013
© 2013 Interactive Accessibility
7
8. Summary Table
Guideline
Applicable Compliance
Section 1194.21 Software Applications and Operating
Applicable
Systems
Supports through Equivalent
Facilitation
Section 1194.22 Web-based internet information and
Applicable
Supports
applications
Section 1194.23 Telecommunications Products
Not Applicable -
Section 1194.24 Video and Multi-media Products
Not Applicable -
Section 1194.25 Self-Contained, Closed Products
Not Applicable -
Section 1194.26 Desktop and Portable Computers
Not Applicable -
Section 1194.31 Functional Performance Criteria
Applicable
Section 1194.41 Information, documentation, and
Not Applicable -
Supports with exceptions
support.
11/6/2013
© 2013 Interactive Accessibility
8
9. Summary Table
âą Table of each of the sections
âą Section is compliant if all the provisions meet the
requirements
â Supports
â Supports through equivalent facilitation
â Supports when combined with compatible AT
âą Section is partially met if any of the requirements are
âsupports with exceptionsâ
âą Section does not meet the requirements if any
provisions has âdoes not supportâ
11/6/2013
© 2013 Interactive Accessibility
9
10. Detail Requirements
âą Each table has three columns as follows:
Column Name
Purpose
Criteria:
Describes a specific provision
Supporting Features:
Provides a summary of the support for the
subpart of provision
Remarks/Explanations:
Explains how it does or does not support the
provision
11/6/2013
© 2013 Interactive Accessibility
10
11. Level of Support
Supporting Feature Phrase
What It Means
Supports
Fully meets the provision
Supports with Exceptions
Does not fully meet but provides some level of access
Supports through Equivalent
Facilitation
Meets by providing an alternative method
Supports when combined with
Meets the provision when used with compatible assistive
compatible AT
technology
Does not Support
Does not meet the provision
Not Applicable
Provision does not apply
Not Applicable â fundamental
Fundamental alternation of the product would be required to
alternation exception applies
meet the criteria
11/6/2013
© 2013 Interactive Accessibility
11
12. Example â Section 1194.21
Criteria
Supporting Features
(a) When software is designed to run on a system Supports through
that has a keyboard, product functions shall be
equivalent facilitation
Remarks and explanations
The website can be accessed with the keyboard except for the drag
and drop form control, increase and decrease value and the
executable from a keyboard where the function
calendar control. An alternative and equivalent version has been
itself or the result of performing a function can be
provided for all data entry.
discerned textually.
(b) Applications shall not disrupt or disable
Supports
The website does not disrupt or disable Windows operating system
activated features of other products that are
accessibility features such as high contrast mode, filter keys, toggle
identified as accessibility features, where those
keys, sticky keys, and the on-screen keyboard.
features are developed and documented
according to industry standards. Applications also
shall not disrupt or disable activated features of
any operating system that are identified as
accessibility features where the application
programming interface for those accessibility
features has been documented by the
manufacturer of the operating system and is
available to the product developer.
11/6/2013
© 2013 Interactive Accessibility
12
13. What Sections Are Required?
âą Websites
â Subsection 22 & 31
âą Web applications
â Subsection 21, 22, 31 and most of the time 41
11/6/2013
© 2013 Interactive Accessibility
13
14. WCAG 2.0 Statement of Accessibility
âą Two options:
â Accessibility statement describing level of compliance with
WCAG 2.0 success criteria
â Conformance claim
11/6/2013
© 2013 Interactive Accessibility
14
16. Company Perspective
Release schedules often tight
Balance between features and accessibility
Time for accessibility testing
Large, distributed teams
New staff may not know accessibility
New product acquisitions / third party applications
Section 508 is outdated set of guidelines so does not
always make sense given current technology
âą Telling too much can hurt the sale of the product
âą
âą
âą
âą
âą
âą
âą
11/6/2013
© 2013 Interactive Accessibility
16
17. VPAT Consumer Perspective
âą Procurement officer does not know how to interpret it
âą Difficult to know whether or not the VPAT is accurate and
complete
âą Often does not have a lot of information
âą Information contained in the VPAT may be confusing
âą Product may not be available to verify the information
âą Hard to compare competing products based on VPAT
â Subjectivity by VPAT authors and product reviewers
â Detail and completeness may vary by authors
â The product with fewer apparent problems may get selected even if
it is not the most accessible
11/6/2013
© 2013 Interactive Accessibility
17
18. General Issues with VPATs
âą Provisions are high-level and do not provide enough
information to know if it will work for a person with a
disability
âą Meeting the guidelines does not always mean it will
work well with all assistive technology
11/6/2013
© 2013 Interactive Accessibility
18
20. What is a good VPAT?
âą Has enough information to know what the issues
are and the impact of those issues
âą Clearly identifies what areas of the site are
covered under the VPAT
âą Documents types of users who may have issues
with the product
âą Provides details for all provisions on how it meets
or does not meet the requirements
11/6/2013
© 2013 Interactive Accessibility
20
21. What are some examples of good VPATS?
11/6/2013
© 2013 Interactive Accessibility
21
22. Example VPAT language
(d) Sufficient information
about a user interface
element including the
identity, operation and
state of the element shall
be available to Assistive
Technology. When an
image represents a
program element, the
information conveyed by
the image must also be
available in text.
11/6/2013
Supports
© 2013 Interactive Accessibility
Application includes
modal dialogs,
expand/collapse sections,
and tab structures. The
identity, role and state
information that is convey
visually is available to
assistive technology such
as screen readers.
22
23. Example VPAT language
(d) Sufficient information
about a user interface
element including the
identity, operation and state
of the element shall be
available to Assistive
Technology. When an image
represents a program
element, the information
conveyed by the image must
also be available in text.
11/6/2013
Does not
support
© 2013 Interactive Accessibility
Application includes modal
dialogs, expand/collapse
sections, and tab
structures. The information
including identity, operation
and state is not provided to
assistive technology. Users
with visual impairments
using screen reader and
screen magnifier with
speech may have difficulty
interacting with these user
interface elements.
23
25. Tip 1: Review the VPAT language
âą
âą
âą
âą
Review content for clarity and completeness
Identify inconsistencies
Look for detailed explanations
Understand what the impact would be and who would
be affected
11/6/2013
© 2013 Interactive Accessibility
25
26. Tip 2: Run Accessibility Checker
âą Many tools available to check underlying code
â WAVE toolbar
â Sortsite
âą Cross-reference reported issues to VPAT
WARNING: Automated tools only capture 25-30% of the
accessibility issues on the page
11/6/2013
© 2013 Interactive Accessibility
26
27. Tip 3: Try Product with Screen Reader
âą Goal of the guidelines is to ensure that it works with
assistive technology
âą Testing with screen reader will identify issues that all
users with disabilities may face
â Keyboard only
â Navigation structure
â Readability of content
11/6/2013
© 2013 Interactive Accessibility
27
28. Tip 4: Meet with Company
âą Get further insight into details of provisions
âą Gauge the level of knowledge of the team in Section
508
â Did they just copy language from some where else
âą Get development plan for areas of non-compliance
âą Ask questions about the impact the issues identified
would have on a person with a disability
11/6/2013
© 2013 Interactive Accessibility
28
29. Tip 5: Get Feedback From Users
Satisfaction
Error
Prevention
Learnability
Efficiency
Effectiveness
11/6/2013
© 2013 Interactive Accessibility
29
30. What do you do?
11/6/2013
© 2013 Interactive Accessibility
30