Adobe Accessibility Conformance Report
International Edition
(Based on VPAT® Version Rev2.4)
Name of Product/Version:
Adobe Acrobat Pro (New Acrobat Experience)
Report Date:
October 2023
Product Description:
Adobe Acrobat Pro DC with Adobe Document Cloud services is the most complete PDF solution for today's multi-device world. Connect with your documents, access essential PDF and e-signature tools, and make collaboration on PDF reviews easy from any device. Work from your computer, mobile device, web browser – or even inside your favorite Microsoft Office apps.
Contact Information:
access@adobe.com
Evaluation Methods Used: Product testing involved use of leading assistive technology, such as screen readers, screen magnifiers, and speech recognition software, as well use of the keyboard. Native platform accessibility features were also used to assist with testing. These were supplemented with techniques such as manual inspection of Accessibility API output.
Applicable Standards/Guidelines
This report covers the degree of conformance for the following accessibility standard/guidelines:
Standard/Guideline |
Included in Report |
---|---|
Level A (Yes) Level AA (Yes) Level AAA (No) |
|
Level A (Yes) Level AA (Yes) Level AAA (No) |
|
(Yes) |
|
(Yes) |
Terms
The terms used in the Conformance Level information are defined as follows:
- Supports: The functionality of the product has at least one method that meets the criterion without known defects or meets with equivalent facilitation.
- Partially Supports: Some functionality of the product does not meet the criterion.
- Does Not Support: The majority of product functionality does not meet the criterion.
- Not Applicable: The criterion is not relevant to the product.
- Not Evaluated: The product has not been evaluated against the criterion. This can be used only in WCAG 2.1 Level AAA.
WCAG 2.1 Report
Tables 1 and 2 also document conformance with:
- EN 301 549: Chapter 9 - Web, Sections 10.1-10.4 of Chapter 10 - Non-Web documents, and Sections 11.1-11.4 and 11.8.2 of Chapter 11 - Non-Web Software (open and closed functionality), and Sections 12.1.2 and 12.2.4 of Chapter 12 – Documentation
- Revised Section 508: Chapter 5 – 501.1 Scope, 504.2 Content Creation or Editing, and Chapter 6 – 602.3 Electronic Support Documentation.
Note: When reporting on conformance with the WCAG 2.1 Success Criteria, the criteria are scoped for full pages, complete processes, and accessibility-supported ways of using technology as documented in the WCAG 2.1 Conformance Requirements.
Table 1: Success Criteria, Level A and AA
Notes:
Guideline 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.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
1.1.1 Non-text Content (Level A)
Revised Section 508
|
Software: Partially Supports |
Software: The product provides sufficient text alternatives for most instances of functional and informative images. Exceptions include:
|
Guideline 1.2 Time-based Media:
Provide alternatives for time-based media.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
1.2.1 Audio-only and Video-only (Prerecorded) (Level A)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: The product does not contain prerecorded audio-only or video-only media. |
1.2.2 Captions (Prerecorded) (Level A)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: The product does not contain prerecorded synchronized media. |
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: The product does not contain prerecorded video content that would require audio description or a media alternative. |
1.2.4 Captions (Live) (Level AA)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: The product does not contain live synchronized media. |
1.2.5 Audio Description (Prerecorded) (Level AA)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: The product does not contain prerecorded video content that would require audio description. |
Guideline 1.3 Adaptable:
Create content that can be presented in different ways (for example simpler layout) without losing information or structure.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
1.3.1 Info and Relationships (Level A)
Revised Section 508
|
Software: Partially Supports |
Software: Most visual structure and relationship information is provided through element semantics or object information or are available in text. Exceptions include:
|
1.3.2 Meaningful Sequence (Level A)
Revised Section 508
|
Software: Does Not Support |
Software: The product does not present most content in a meaningful sequence. Examples include:
|
1.3.3 Sensory Characteristics (Level A)
Revised Section 508
|
Software: Supports |
Software: Instructions do not rely solely on sensory characteristics. |
1.3.4 Orientation (Level AA 2.1 only)
Revised Section 508 – Does not apply |
Software: Supports (Not Applicable) |
Software: This success criterion technically doesn't apply to Desktop applications. |
1.3.5 Identify Input Purpose (Level AA 2.1 only)
Revised Section 508 – Does not apply |
Software: Supports (Not Applicable) |
Software: The product’s technology does not have support for programmatic identification of input purpose. |
Guideline 1.4 Distinguishable:
Make it easier for users to see and hear content including separating foreground from background.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
1.4.1 Use of Color (Level A)
Revised Section 508
|
Software: Partially Supports |
Software: Most functions of the product do not convey information through color alone. Exceptions include:
|
1.4.2 Audio Control (Level A)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: The product does not contain audio that plays automatically. |
1.4.3 Contrast (Minimum) (Level AA)
Revised Section 508
|
Software: Partially Supports |
Software: Most text meet minimum contrast requirements. Exceptions include:
|
1.4.4 Resize text (Level AA)
Revised Section 508
|
Software: Partially Supports |
Software: Most text can be resized using zoom, but content and functionality is lost in some product functions. Exceptions include:
|
1.4.5 Images of Text (Level AA)
Revised Section 508
|
Software: Supports |
Software: The product uses text instead of images of text, except for branding elements that are considered essential. |
1.4.10 Reflow (Level AA 2.1 only)
Revised Section 508 – Does not apply |
Software: Supports (Not Applicable) |
Software: This success criterion technically doesn't apply to Desktop applications. |
1.4.11 Non-text Contrast (Level AA 2.1 only)
Revised Section 508 – Does not apply |
Software: Partially Supports |
Software: Most meaningful non-text content elements have sufficient contrast requirements. Exceptions include:
|
1.4.12 Text Spacing (Level AA 2.1 only)
Revised Section 508 – Does not apply |
Software: Supports (Not Applicable) |
Software: The product is not implemented using markup languages. |
1.4.13 Content on Hover or Focus (Level AA 2.1 only)
Revised Section 508 – Does not apply |
Software: Partially Supports |
Software: Most of the product’s functionality, the additional content that is displayed on hover or focus is dismissible, hoverable or persistent. Exceptions include:
|
Guideline 2.1 Keyboard Accessible:
Make all functionality available from a keyboard.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
2.1.1 Keyboard (Level A)
Revised Section 508
|
Software: Partially Supports |
Software: Most product functionality can be operated through a keyboard interface. Exceptions include:
|
2.1.2 No Keyboard Trap (Level A)
Revised Section 508
|
Software: Supports |
Software: The product does not include keyboard traps. |
2.1.4 Character Key Shortcuts (Level A 2.1 only)
Revised Section 508 – Does not apply |
Software: Supports |
Software: The product provides character key shortcuts and it activates only when the appropriate user interface component receives focus. |
Guideline 2.2 Enough Time:
Provide users enough time to read and use content.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
2.2.1 Timing Adjustable (Level A)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: The product does not include time limits |
2.2.2 Pause, Stop, Hide (Level A)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: The product does not include elements which move, blink, scroll, or auto-update. |
Guideline 2.3 Seizures:
Do not design content in a way that is known to cause seizures.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
2.3.1 Three Flashes or Below Threshold (Level A)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: The product does not contain flashing content. |
Guideline 2.4 Navigable:
Provide ways to help users navigate, find content, and determine where they are.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
2.4.1 Bypass Blocks (Level A)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: This criterion does not apply to non-web software. |
2.4.2 Page Titled (Level A)
Revised Section 508
|
Software: Supports |
Software: The title of the software describes its purpose. |
2.4.3 Focus Order (Level A)
Revised Section 508
|
Software: Partially Supports |
Software: Most components receive focus in a meaningful order. Exceptions include:
|
2.4.4 Link Purpose (In Context) (Level A)
Revised Section 508
|
Software: Partially Supports |
Software: The purpose of links in the product can be determined from the link text alone or from the programmatic context of the link. Exceptions include:
|
2.4.5 Multiple Ways (Level AA)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: This criterion does not apply to non-web software. |
2.4.6 Headings and Labels (Level AA)
Revised Section 508
|
Software: Partially Supports |
Software: Most of the Headings and labels are descriptive. Exceptions include:
|
2.4.7 Focus Visible (Level AA)
Revised Section 508
|
Software: Partially Supports |
Software: Most focusable elements have a visible keyboard focus indicator. Exceptions include:
|
Guideline 2.5 Input Modalities:
Make it easier for users to operate functionality through various inputs beyond keyboard.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
2.5.1 Pointer Gestures (Level A 2.1 only)
Revised Section 508 – Does not apply |
Software: Supports (Not Applicable) |
Software: The product does not rely on multipoint or path-based gestures |
2.5.2 Pointer Cancellation (Level A 2.1 only)
Revised Section 508 – Does not apply |
Software: Supports |
Software: Product functions that use a single pointer are completed when the user releases the pointer. |
2.5.3 Label in Name (Level A 2.1 only)
Revised Section 508 – Does not apply |
Software: Partially Supports |
Software: In most product functions, accessible names of controls contain the text of their visible labels. Exceptions include:
|
2.5.4 Motion Actuation (Level A 2.1 only)
Revised Section 508 – Does not apply |
Software: Supports (Not Applicable) |
Software: The product does not have functionality operated by device motion or user motion. |
Guideline 3.1 Readable:
Make text content readable and understandable.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
3.1.1 Language of Page (Level A)
Revised Section 508
|
Software: Supports |
Software: The language is programmatically determinable within the product. |
3.1.2 Language of Parts (Level AA)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: Content is only presented in one language at a time. |
Guideline 3.2 Predictable:
Make Web pages appear and operate in predictable ways.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
3.2.1 On Focus (Level A)
Revised Section 508
|
Software: Supports |
Software: Components do not initiate a change of context when focused. |
3.2.2 On Input (Level A)
Revised Section 508
|
Software: Partially Supports |
Software: Changes of context do not occur automatically on user input.
|
3.2.3 Consistent Navigation (Level AA)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: This criterion does not apply to non-web software. |
3.2.4 Consistent Identification (Level AA)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: This criterion does not apply to non-web software. |
Guideline 3.3 Input Assistance:
Help users avoid and correct mistakes.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
3.3.1 Error Identification (Level A)
Revised Section 508
|
Software: Supports |
Software: Where input errors are automatically detected, the error is identified, and an error message is provided as text. |
3.3.2 Labels or Instructions (Level A)
Revised Section 508
|
Software: Partially Supports |
Software: Labels are provided for most input fields. Exceptions include:
|
3.3.3 Error Suggestion (Level AA)
Revised Section 508
|
Software: Supports |
Software: Where input errors are automatically detected, suggestions for correction are provided to the user. |
3.3.4 Error Prevention (Legal, Financial, Data) (Level AA)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: The product does not process legal commitments or financial transactions and does not modify user-controllable data. |
Guideline 4.1 Compatible:
Maximize compatibility with current and future user agents, including assistive technologies.
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
4.1.1 Parsing (Level A)
Revised Section 508
|
Software: Supports (Not Applicable) |
Software: This Product is not implemented using markup languages. |
4.1.2 Name, Role, Value (Level A)
Revised Section 508
|
Software: Does Not Support |
Software: User interface components at most of the places do not provide programmatic name, role, state, or value information. Examples include:
|
4.1.3 Status Messages (Level AA 2.1 only)
Revised Section 508 – Does not apply |
Software: Partially Supports |
Software: When status messages do not receive focus, the product does not provide the dynamic and automatic update to the assistive technology. Exceptions include:
|
Table 2: Success Criteria, Level AAA
Notes: Not Applicable
Revised Section 508 Report
Notes:
Chapter 3: Functional Performance Criteria (FPC)
Notes:
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
302.1 Without Vision |
Software: Partially Supports |
Software: Most functions of the product are usable without vision. Exceptions include:
|
302.2 With Limited Vision |
Software: Partially Supports |
Software: Most functions of the product are usable with limited vision. Exceptions include:
|
302.3 Without Perception of Color |
Software: Partially Supports |
Software: Most functions of the product are usable without perception of color. Exceptions include:
|
302.4 Without Hearing |
Software: Supports (Not Applicable) |
Software: The product does not require the use of hearing. |
302.5 With Limited Hearing |
Software: Supports (Not Applicable) |
Software: The product does not require the use of hearing. |
302.6 Without Speech |
Software: Supports (Not Applicable) |
Software: The product does not require the use of speech. |
302.7 With Limited Manipulation |
Software: Partially Supports |
Software: Users with limited manipulation who use speech recognition or switch control software will not have difficulty navigating to most of the controls.
|
302.8 With Limited Reach and Strength |
Software: Partially Supports |
Software: Users with limited reach and strength will not have difficulty navigating to most of the controls.
|
302.9 With Limited Language, Cognitive, and Learning Abilities |
Software: Partially Supports |
Software: The product is functional for users with limited language, cognitive, and learning abilities. Users with cognitive disabilities have varying needs for features that allow them to adapt content and work with assistive technology. The product provides labeling for most controls.
|
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
501.1 Scope – Incorporation of WCAG 2.0 AA
|
See WCAG 2.1 section |
See information in WCAG 2.1 section |
Heading cell – no response required |
Heading cell – no response required |
|
502.2.1 User Control of Accessibility Features Platform software shall provide user control over platform features that are defined in the platform documentation as accessibility features. |
Not Applicable |
The product is not platform software. |
502.2.2 No Disruption of Accessibility Features Software shall not disrupt platform features that are defined in the platform documentation as accessibility features. |
Supports |
The product does not disrupt platform accessibility features. |
502.3 Accessibility Services Platform software and software tools that are provided by the platform developer shall provide a documented set of accessibility services that support applications running on the platform to interoperate with assistive technology and shall conform to 502.3. Applications that are also platforms shall expose the underlying platform accessibility services or implement other documented accessibility services. |
Heading cell – no response required |
Heading cell – no response required |
502.3.1 Object Information The object role, state(s), properties, boundary, name, and description shall be programmatically determinable. |
Partially Supports |
The product exposes the name, role and state or value of most objects to assistive technology. Exceptions are noted in 4.1.2 Name, Role, Value. |
502.3.2 Modification of Object Information States and properties that can be set by the user shall be capable of being set programmatically, including through assistive technology. |
Partially Supports |
The product allows assistive technology to modify most of the states and properties of the controls. Exceptions are noted in 4.1.2 Name, Role, Value.
|
502.3.3 Row, Column, and Headers If an object is in a data table, the occupied rows and columns, and any headers associated with those rows or columns, shall be programmatically determinable. |
Partially Supports |
The product has data tables, and most have programmatically determinable structure, relationships, and content. Exceptions are noted in 1.3.1 Info and Relationships. |
502.3.4 Values Any current value(s), and any set or range of allowable values associated with an object, shall be programmatically determinable. |
Supports |
The values of input controls in the product are programmatically determinable. |
502.3.5 Modification of Values Values that can be set by the user shall be capable of being set programmatically, including through assistive technology. |
Supports |
The product allows users to modify values or text of an object using assistive technologies when those states and properties of an object in the product can be modified by users in general.
|
502.3.6 Label Relationships Any relationship that a component has as a label for another component, or of being labeled by another component, shall be programmatically determinable. |
Partially Supports |
The product UI exposes most label relationships to assistive technologies. Exceptions are noted in 4.1.2 Name, Role, Value. |
502.3.7 Hierarchical Relationships Any hierarchical (parent-child) relationship that a component has as a container for, or being contained by, another component shall be programmatically determinable. |
Supports |
The product exposes hierarchical parent-child relationships to assistive technology. |
502.3.8 Text The content of text objects, text attributes, and the boundary of text rendered to the screen, shall be programmatically determinable. |
Partially Supports |
Most of the product’s text objects, text attributes, and on-screen text boundaries are exposed to assistive technology. Exceptions are noted in 1.3.2 Meaningful Sequence. |
502.3.9 Modification of Text Text that can be set by the user shall be capable of being set programmatically, including through assistive technology. |
Supports |
The product allows assistive technology to modify the text. |
502.3.10 List of Actions A list of all actions that can be executed on an object shall be programmatically determinable. |
Partially Supports |
Most controls in the product expose programmatic role information and actions which can be taken on objects to assistive technology. Exceptions are noted in 4.1.2 Name, Role, Value. |
502.3.11 Actions on Objects Applications shall allow assistive technology to programmatically execute available actions on objects. |
Partially Supports |
The product allows assistive technology to perform all available actions on objects. Exceptions are noted in 2.1.1 Keyboard. |
502.3.12 Focus Cursor Applications shall expose information and mechanisms necessary to track focus, text insertion point, and selection attributes of user interface components. |
Partially Supports |
The product exposes focus location, text insertion point, and object selection state for most user interface components. Exceptions are noted in 2.4.7 Focus Visible. |
502.3.13 Modification of Focus Cursor Focus, text insertion point, and selection attributes that can be set by the user shall be capable of being set programmatically, including through the use of assistive technology. |
Supports |
When a user can focus or change selection state of a control in the product via keyboard, then the focus or selection state can also be changed programmatically. |
502.3.14 Event Notification Notification of events relevant to user interactions, including but not limited to, changes in the component’s state(s), value, name, description, or boundary, shall be available to assistive technology. |
Partially Supports |
The product notifies assistive technology to most user interaction events. Exceptions are noted in 4.1.2 Name, Role, Value. |
502.4 Platform Accessibility Features Platforms and platform software shall conform to the requirements in ANSI/HFES 200.2, Human Factors Engineering of Software User Interfaces — Part 2: Accessibility (2008) listed below: A. Section 9.3.3 Enable sequential entry of multiple (chorded) keystrokes; B. Section 9.3.4 Provide adjustment of delay before key acceptance; C. Section 9.3.5 Provide adjustment of same-key double-strike acceptance; D. Section 10.6.7 Allow users to choose visual alternative for audio output; E. Section 10.6.8 Synchronize audio equivalents for visual events; F. Section 10.6.9 Provide speech output services; and |
Not Applicable |
The product is not platform software. |
|
Heading cell – no response required |
Heading cell – no response required |
503.2 User Preferences Applications shall permit user preferences from platform settings for color, contrast, font type, font size, and focus cursor. EXCEPTION: Applications that are designed to be isolated from their underlying platform software, including Web applications, shall not be required to conform to 503.2. |
Partially Supports |
The product does not permit user preferences from platform settings. |
503.3 Alternative User Interfaces Where an application provides an alternative user interface that functions as assistive technology, the application shall use platform and other industry standard accessibility services. |
Not Applicable |
The product does not provide an alternative user interface that functions as assistive technology. |
503.4 User Controls for Captions and Audio Description Where ICT displays video with synchronized audio, ICT shall provide user controls for closed captions and audio descriptions conforming to 503.4. |
Heading cell – no response required |
Heading cell – no response required |
503.4.1 Caption Controls Where user controls are provided for volume adjustment, ICT shall provide user controls for the selection of captions at the same menu level as the user controls for volume or program selection. |
Not Applicable |
The product does not contain video with synchronized audio that requires captions, and it provides user controls for captions. |
503.4.2 Audio Description Controls Where user controls are provided for program selection, ICT shall provide user controls for the selection of audio descriptions at the same menu level as the user controls for volume or program selection. |
Not Applicable |
The product does not contain prerecorded video content that would require audio description. |
504.1 General Where an application is an authoring tool, the application shall conform to 504 to the extent that information required for accessibility is supported by the destination format. |
Heading cell – no response required |
Heading cell – no response required |
504.2 Content Creation or Editing Authoring tools shall provide a mode of operation to create or edit content that conforms to Level A and Level AA Success Criteria and Conformance Requirements in WCAG 2.0 for all supported features and, as applicable, to file formats supported by the authoring tool. Authoring tools shall permit authors the option of overriding information required for accessibility. EXCEPTION: Authoring tools shall not be required to conform to 504.2 when used to directly edit plain text source code. |
See WCAG 2.1 section |
See information in WCAG 2.1 section |
504.2.1 Preservation of Information Provided for Accessibility in Format Conversion Authoring tools shall, when converting content from one format to another or saving content in multiple formats, preserve the information required for accessibility to the extent that the information is supported by the destination format. |
Does Not support |
Accessibility information is not preserved upon converting PDF to Word, PowerPoint and Excel. |
504.2.2 PDF Export Authoring tools capable of exporting PDF files that conform to ISO 32000-1:2008 (PDF 1.7) shall also be capable of exporting PDF files that conform to ANSI/AIIM/ISO 14289-1:2016 (PDF/UA-1). |
Supports |
The product capable of exporting PDF files that conform to ISO 32000-1:2008 (PDF 1.7) and also capable of exporting PDF files that conform to ANSI/AIIM/ISO 14289-1:2016 (PDF/UA-1). |
504.3 Prompts Authoring tools shall provide a mode of operation that prompts authors to create content that conforms to Level A and Level AA Success Criteria and Conformance Requirements in WCAG 2.0 for supported features and, as applicable, to file formats supported by the authoring tool. |
Supports |
The product provides functionality for authors to run reports to identify accessibility issues. Authors can ensure the WCAG 2.0 level A and AA requirements are satisfied. |
504.4 Templates Where templates are provided, templates allowing content creation that conforms to Level A and Level AA Success Criteria and Conformance Requirements in WCAG 2.0 shall be provided for a range of template uses for supported features and, as applicable, to file formats supported by the authoring tool. |
Not Applicable |
The product does not provide templates for authored content. |
Chapter 6: Support Documentation and Services
Notes: Information regarding Support Documentation and Services is available in the Accessibility Conformance Report for the Adobe Help Center.
EN 301 549 Report
Notes:
Chapter 4: Functional Performance Statements (FPS)
Notes:
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
4.2.1 Usage without vision |
Software: Partially Supports |
Software: Most functions of the product are usable without vision. Exceptions include:
|
4.2.2 Usage with limited vision |
Software: Partially Supports |
Software: Most functions of the product are usable with limited vision. Exceptions include: Exceptions include:
|
4.2.3 Usage without perception of color |
Software: Partially Supports |
Software: Most functions of the product are usable without perception of color. Exceptions include:
|
4.2.4 Usage without hearing |
Software: Supports (Not Applicable) |
Software: The product does not require the use of hearing. |
4.2.5 Usage with limited hearing |
Software: Supports (Not Applicable) |
Software: The product does not require the use of hearing. |
4.2.6 Usage with no or limited vocal capability |
Software: Supports (Not Applicable) |
Software: The product does not require the use of speech. |
4.2.7 Usage with limited manipulation or strength |
Software: Partially Supports |
Software: Users with limited manipulation who use speech recognition or switch control software will not have difficulty navigating to most of the controls. Exceptions include:
|
4.2.8 Usage with limited reach |
Software: Partially Supports |
Software: Users with limited reach and strength will not have difficulty navigating to most of the controls. Exceptions include:
|
4.2.9 Minimize photosensitive seizure triggers |
Software: Supports (Not Applicable) |
Software: The product does not contain flashing content or media. |
4.2.10 Usage with limited cognition, language or learning |
Software: Partially Supports |
Software: The product is functional for users with limited language, cognitive, and learning abilities. Users with cognitive disabilities have varying needs for features that allow them to adapt content and work with assistive technology. The product provides labeling for most controls. Exceptions include:
|
4.2.11 Privacy |
Software: Supports (Not Applicable) |
Software: The product does not provide any privacy features. |
Chapter 5: Generic Requirements
Notes:
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
5.1 Closed Functionality |
||
5.1.2 General |
||
5.1.2.1 Closed functionality |
See 5.2 through 13 |
See information in 5.2 through 13 |
5.1.2.2 Assistive technology |
See 5.1.3 through 5.1.6 |
See information in 5.1.3 through 5.1.6 |
5.1.3 Non-visual access |
||
5.1.3.1 Audio output of visual information |
Not Applicable |
The product does not have closed functionality. |
5.1.3.2 Auditory output delivery including speech |
Not Applicable |
The product does not have closed functionality. |
5.1.3.3 Auditory output correlation |
Not Applicable |
The product does not have closed functionality. |
5.1.3.4 Speech output user control |
Not Applicable |
The product does not have closed functionality. |
5.1.3.5 Speech output automatic interruption |
Not Applicable |
The product does not have closed functionality. |
5.1.3.6 Speech output for non-text content |
Not Applicable |
The product does not have closed functionality. |
5.1.3.7 Speech output for video information |
Not Applicable |
The product does not have closed functionality. |
5.1.3.8 Masked entry |
Not Applicable |
The product does not have closed functionality. |
5.1.3.9 Private access to personal data |
Not Applicable |
The product does not have closed functionality. |
5.1.3.10 Non-interfering audio output |
Not Applicable |
The product does not have closed functionality. |
5.1.3.11 Private listening volume |
Not Applicable |
The product does not have closed functionality. |
5.1.3.12 Speaker volume |
Not Applicable |
The product does not have closed functionality. |
5.1.3.13 Volume reset |
Not Applicable |
The product does not have closed functionality. |
5.1.3.14 Spoken languages |
Not Applicable |
The product does not have closed functionality. |
5.1.3.15 Non-visual error identification |
Not Applicable |
The product does not have closed functionality. |
5.1.3.16 Receipts, tickets, and transactional outputs |
Not Applicable |
The product does not have closed functionality. |
5.1.4 Functionality closed to text enlargement |
Not Applicable |
The product does not have closed functionality. |
5.1.5 Visual output for auditory information |
Not Applicable |
The product does not have closed functionality. |
5.1.6 Operation without keyboard interface |
||
5.1.6.1 Closed functionality |
See 5.1.3.1 through 5.1.3.16 |
See information in 5.1.3.1 through 5.1.3.16 |
5.1.6.2 Input focus |
Not Applicable |
The product does not have closed functionality. |
5.2 Activation of accessibility features |
Supports |
Read aloud feature is present in the application, and it is working as expected. |
5.3 Biometrics |
Not Applicable |
Biometrics is not included in the product. |
5.4 Preservation of accessibility information during conversion |
Does Not Support |
Accessibility information is not preserved upon converting PDF to Word, PowerPoint and Excel. |
5.5 Operable parts |
||
5.5.1 Means of operation |
Not Applicable |
The product has only non-mechanical operable parts, such as on-screen buttons, which do not require grasping, pinching, or twisting of the wrist to operate. |
5.5.2 Operable parts discernibility |
Partially Supports |
The product has only non-mechanical operable parts, such as on-screen buttons. Most operable parts have an accessible name which enables them to be discernible without user vision. Exceptions are noted in 1.3.1 Info and Relationships and 4.1.2 Name, Role, Value. |
5.6 Locking or toggle controls |
||
5.6.1 Tactile or auditory status |
Not Applicable |
Tactile or auditory status is not included in the product. |
5.6.2 Visual status |
Supports |
Visual status of controls is discernible in the product. |
5.7 Key repeat |
Not Applicable |
Key repeat functionality is not found in the product. |
5.8 Double-strike key acceptance |
Not Applicable |
Double -strike key acceptance is not found in the product. |
5.9 Simultaneous user actions |
Not Applicable |
The product does not require simultaneous user actions to achieve any functionality. |
Chapter 6: ICT with Two-Way Voice Communication
Notes: Not Applicable
Chapter 7: ICT with Video Capabilities
Notes: Not Applicable
Chapter 8: Hardware
Notes: Not Applicable
Chapter 9: Web
Notes: See WCAG 2.1 section
Chapter 10: Non-Web Documents
Notes: Not Applicable
Chapter 11: Software
Notes:
Criteria |
Conformance Level |
Remarks and Explanations |
---|---|---|
11.0 General (informative) |
Heading cell – no response required |
Heading cell – no response required |
11.1.1.1 through 11.4.1.3 |
See WCAG 2.1 section |
See information in WCAG 2.1 section |
11.5 Interoperability with assistive technology |
Heading cell – no response required |
Heading cell – no response required |
11.5.1 Closed functionality Where the closed functionality of software conforms to clause 5.1 (Closed functionality) it shall not be required to conform with clause 11.5.2 to clause 11.5.2.17. |
Heading cell – no response required |
Heading cell – no response required |
11.5.2 Accessibility services |
Heading cell – no response required |
Heading cell – no response required |
11.5.2.1 Platform accessibility service support for software that provides a user interface Platform software shall provide a set of documented platform services that enable software that provides a user interface running on the platform software to interoperate with assistive technology. Platform software should support requirements 11.5.2.5 to 11.5.2.17 except that, where a user interface concept that corresponds to one of the clauses 11.5.2.5 to 11.5.2.17 is not supported within the software environment, these requirements are not applicable. For example, selection attributes from 11.5.2.14 (Modification of focus and selection attributes) may not exist in environments that do not allow selection, which is most commonly associated with copy and paste. |
See 11.5.2.5 through 11.5.2.17 |
See information in 11.5.2.5 through 11.5.2.17 |
11.5.2.2 Platform accessibility service support for assistive technologies |
See 11.5.2.5 through 11.5.2.17 |
See information in 11.5.2.5 through 11.5.2.17 |
11.5.2.3 Use of accessibility services Where the software provides a user interface it shall use the applicable documented platform accessibility services. If the documented platform accessibility services do not allow the software to meet the applicable requirements of clauses 11.5.2.5 to 11.5.2.17, then software that provides a user interface shall use other documented services to interoperate with assistive technology. Note: The term "documented platform accessibility services" refers to the set of services provided by the platform according to clauses 11.5.2.1 and 11.5.2.2. It is best practice to develop software using toolkits that automatically implement the underlying platform accessibility services. |
Supports |
The product uses the native platform accessibility APIs to expose content to assistive technologies. |
11.5.2.4 Assistive technology Where the ICT is assistive technology it shall use the documented platform accessibility services. Note 1: The term "documented platform accessibility services" refers to the set of services provided by the platform according to clauses 11.5.2.1 and 11.5.2.2. Note 2: Assistive technology can also use other documented accessibility services. |
Not Applicable |
This product is not assistive technology. |
11.5.2.5 Object information Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the user interface elements' role, state(s), boundary, name, and description programmatically determinable by assistive technologies. |
Partially Supports |
The product exposes the name, role and state or value of most objects to assistive technology. Exceptions are noted in 4.1.2 Name, Role, Value. |
11.5.2.6 Row, column, and headers Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the row and column of each cell in a data table, including headers of the row and column if present, programmatically determinable by assistive technologies. |
Partially Supports |
The product has data tables, and most have programmatically determinable structure, relationships, and content. Exceptions are noted in 1.3.1 Info and Relationships. |
11.5.2.7 Values Where the software provides a user interface, it shall, by using the services as described in clause 11.5.2.3, make the current value of a user interface element and any minimum or maximum values of the range, if the user interface element conveys information about a range of values, programmatically determinable by assistive technologies. |
Supports |
The values of input controls in the product are programmatically determinable. |
11.5.2.8 Label relationships Where the software provides a user interface it shall expose the relationship that a user interface element has as a label for another element, or of being labelled by another element, using the services as described in clause 11.5.2.3, so that this information is programmatically determinable by assistive technologies. |
Partially Supports |
The product UI exposes most label relationships to assistive technologies. Exceptions are noted in 4.1.2 Name, Role, Value. |
11.5.2.9 Parent-child relationships Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the relationship between a user interface element and any parent or children elements programmatically determinable by assistive technologies. |
Supports |
The product exposes hierarchical parent-child relationships to assistive technology. |
11.5.2.10 Text Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the text contents, text attributes, and the boundary of text rendered to the screen programmatically determinable by assistive technologies. |
Partially Supports |
Most of the product’s text objects, text attributes, and on-screen text boundaries are exposed to assistive technology. Exceptions are noted in 1.3.2 Meaningful Sequence. |
11.5.2.11 List of available actions Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make a list of available actions that can be executed on a user interface element, programmatically determinable by assistive technologies. |
Partially Supports |
Most controls in the product expose programmatic role information and actions which can be taken on objects to assistive technology. Exceptions are noted in 4.1.2 Name, Role, Value. |
11.5.2.12 Execution of available actions Where permitted by security requirements, software that provides a user interface shall, by using the services as described in clause 11.5.2.3, allow the programmatic execution of the actions exposed according to clause 11.5.2.11 by assistive technologies. Note 1: In some cases, the security requirements imposed on a software product may forbid external software from interfering with the ICT product. Examples of systems under strict security requirements are systems dealing with intelligence activities, cryptologic activities related to national security, command and control of military forces. Note 2: Assistive technologies may be required to maintain the same level of security as the standard input mechanisms supported by the platform. |
Partially Supports |
The product allows assistive technology to perform all actions on objects. Exceptions are noted in 2.1.1 Keyboard |
11.5.2.13 Tracking of focus and selection attributes Where software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make information and mechanisms necessary to track focus, text insertion point, and selection attributes of user interface elements programmatically determinable by assistive technologies. |
Partially Supports |
The product exposes focus location, text insertion point, and object selection state for most user interface components. Exceptions are noted in 2.4.7 Focus Visible. |
11.5.2.14 Modification of focus and selection attributes Where permitted by security requirements, software that provides a user interface shall, by using the services as described in clause 11.5.2.3, allow assistive technologies to programmatically modify focus, text insertion point, and selection attributes of user interface elements where the user can modify these items. Note 1: In some cases, the security requirements imposed on a software product may forbid external software from interfering with the ICT product and so this requirement would not apply. Examples of systems under strict security requirements are systems dealing with intelligence activities, cryptologic activities related to national security, command and control of military forces. Note 2: Assistive technologies may be required to maintain the same level of security as the standard input mechanisms supported by the platform. |
Supports |
When a user can focus or change selection state of a control in the product via keyboard, then the focus or selection state can also be changed programmatically. |
11.5.2.15 Change notification Where software provides a user interface it shall, by using the services as described in clause 11.5.2.3, notify assistive technologies about changes in those programmatically determinable attributes of user interface elements that are referenced in requirements 11.5.2.5 to 11.5.2.11 and 11.5.2.13. |
Partially Supports |
The product notifies assistive technology to most user interaction events. Exceptions are noted in 4.1.3 Status Messages. |
11.5.2.16 Modifications of states and properties Where permitted by security requirements, software that provides a user interface shall, by using the services as described in clause 11.5.2.3, allow assistive technologies to programmatically modify states and properties of user interface elements, where the user can modify these items. Note 1: In some cases, the security requirements imposed on a software product may forbid external software from interfering with the ICT product and so this requirement would not apply. Examples of systems under strict security requirements are systems dealing with intelligence activities, cryptologic activities related to national security, command and control of military forces. Note 2: Assistive technologies may be required to maintain the same level of security as the standard input mechanisms supported by the platform. |
Partially Supports |
The product allows assistive technology to modify most of the states and properties of the controls. Exceptions are noted in 4.1.2 Name, Role, Value. |
11.5.2.17 Modifications of values and text Where permitted by security requirements, software that provides a user interface shall, by using the services as described in clause 11.5.2.3, allow assistive technologies to modify values and text of user interface elements using the input methods of the platform, where a user can modify these items without the use of assistive technology. Note 1: In some cases the security requirements imposed on a software product may forbid external software from interfering with the ICT product and so this requirement would not apply. Examples of systems under strict security requirements are systems dealing with intelligence activities, cryptologic activities related to national security, command and control of military forces. Note 2: Assistive technologies may be required to maintain the same level of security as the standard input mechanisms supported by the platform. |
Supports |
The product allows assistive technology to modify the values and text. |
11.6 Documented accessibility usage |
Heading cell – no response required |
Heading cell – no response required |
11.6.1 User control of accessibility features Where software is a platform, it shall provide sufficient modes of operation for user control over those platform accessibility features documented as intended for users. |
Not Applicable |
The product is not platform software. |
11.6.2 No disruption of accessibility features Where software provides a user interface it shall not disrupt those documented accessibility features that are defined in platform documentation except when requested to do so by the user during the operation of the software. |
Supports |
The product does not disrupt platform accessibility features. |
11.7 User preferences Where software provides a user interface it shall provide sufficient modes of operation that use user preferences for platform settings for color, contrast, font type, font size, and focus cursor except for software that is designed to be isolated from its underlying platforms. |
Partially Supports |
The product does not permit user preferences from platform settings. |
11.8 Authoring tools |
Heading cell – no response required |
Heading cell – no response required |
11.8.1 Content technology |
Heading cell – no response required |
Heading cell – no response required |
11.8.2 Accessible content creation (if not authoring tool, enter “not applicable”) Authoring tools shall enable and guide the production of content that conforms to clauses 9 (Web content) or 10 (Non-Web content) as applicable. Note: Authoring tools may rely on additional tools where conformance with specific requirements is not achievable by a single tool. For example, a video editing tool may enable the creation of video files for distribution via broadcast television and the web, but authoring of caption files for multiple formats may be provided by a different tool. |
See WCAG 2.1 section |
See information in WCAG 2.1 section |
11.8.3 Preservation of accessibility information in transformations If the authoring tool provides restructuring transformations or re-coding transformations, then accessibility information shall be preserved in the output if equivalent mechanisms exist in the content technology of the output. Note 1: Restructuring transformations are transformations in which the content technology stays the same, but the structural features of the content are changed (e.g. linearizing tables, splitting a document into pages). Note 2: Re-coding transformations are transformations in which the technology used to encode the content is changed. |
Does Not support |
Accessibility information is not preserved upon converting PDF to Word, PowerPoint and Excel. |
11.8.4 Repair assistance If the accessibility checking functionality of an authoring tool can detect that content does not meet a requirement of clauses 9 (Web) or 10 (Non-web documents) as applicable, then the authoring tool shall provide repair suggestion(s). |
Supports |
The product provides functionality for authors to run reports on sites to identify accessibility issues. |
11.8.5 Templates When an authoring tool provides templates, at least one template that supports the creation of content that conforms to the requirements of clauses 9 (Web) or 10 (Non-web documents) as applicable shall be available and identified as such. |
Not Applicable |
The product does not provide templates for authored content. |
Chapter 12: Documentation and Support Services
Notes: Information regarding Support Documentation and Services is available in the Accessibility Conformance Report for the Adobe Help Center.
Chapter 13: ICT Providing Relay or Emergency Service Access
Notes: Not Applicable