Name of Product/Version: Appian 22.1
Platform: Web
Date: March 2022
Contact Information: accessibility@appian.com
Product Description: Appian Low-Code Automation Platform
Notes: This report covers accessibility conformance for the Appian product available to end users of published applications via Tempo, sites, and embedded interfaces. This report does not discuss the design environment which is only used by designers of application processes and forms when using a recommended browser and screen reader.
Evaluation Methods Used: Conformance to the listed accessibility standards has been evaluated by Appian using a combination of static analysis tools and manual testing with assistive technologies. The following operating system, web browsers, and screen readers were used for evaluation: Windows 10, Chrome/JAWS, Edge/JAWS, Internet Explorer 11/JAWS, Firefox/NVDA.
This report covers the degree of conformance for the following accessibility standard/guidelines:
Standard/Guideline | Included In Report |
Web Content Accessibility Guidelines 2.1, at https://www.w3.org/TR/WCAG21 | Level A – Yes | No Level AA – Yes | No Level AAA – Yes | No |
Revised Section 508 standards published January 18, 2017 and corrected January 22, 2018, at https://www.access-board.gov/guidelines-and-standards/communications-and-it/about-the-ict-refresh/final-rule/text-of-the-standards-and-guidelines | Yes | No |
EN 301 549 Accessibility requirements suitable for public procurement of ICT products and services in Europe, at https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.01.01_60/en_301549v030101p.pdf | Yes | No |
The terms used in the Conformance Level information are defined as follows:
Tables 1 and 2 also document conformance with:
Note: When reporting on conformance with the WCAG 2.1 Success Criteria, they are scoped for full pages, complete processes, and accessibility-supported ways of using technology as documented in the WCAG 2.1 Conformance Requirements.
Criteria | Conformance Level | Remarks and Explanations |
1.1.1 Non-text Content (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product uses standard HTML and WAI-ARIA techniques for providing text equivalents of non-text elements. This includes the use of “alt” attributes for images and the use of “aria-label” or “aria-describedby” attributes for other visual elements.
The Appian user interface framework (“SAIL”) allows application designers to define a text-only representation of any UI if it is determined to be necessary for accessibility. Some purely decorative elements that have no functional or informational purpose may not provide a text alternative. |
1.2.1 Audio-only and Video-only (Prerecorded) (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product does not include audio or video content by default. However, application designers may choose to include video content in user interfaces that they design with Appian. In such cases, designers may include alternative representations (such as text transcripts) that present equivalent information to the videos. |
1.2.2 Captions (Prerecorded) (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Not Applicable | The Appian product does not use synchronized media. |
1.2.3 Audio Description or Media Alternative (Prerecorded) (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Not Applicable | The Appian product does not use synchronized media. |
1.3.1 Info and Relationships (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product uses semantically-correct markup so that information, structure, and relationships can be understood independent of presentation. |
1.3.2 Meaningful Sequence (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product generates semantically-correct markup to allow assistive technologies to interpret the meaning of content and controls. |
1.3.3 Sensory Characteristics (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product does not depend solely on sensory characteristics such as shape, size, visual location, orientation, or sound to understand content.
For example, while labels and instructions display in close proximity to corresponding input elements, the Appian product also uses WAI-ARIA techniques to ensure that those relationships are available to assistive technologies. Application designers may choose how to use sensory elements in user interfaces that they design with Appian. Appian provides capabilities for defining text alternatives of designer-specified content and specifying the overall layout. |
1.4.1 Use of Color (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | Color is only used as a decorative or supplemental attribute of user interface elements. A textual representation is always used as the primary mechanism for conveying information.
Application designers may choose how to use color in user interfaces that they design with Appian. Appian provides capabilities for defining text alternatives of designer-specified content. |
1.4.2 Audio Control (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product does not include audio or video content by default. However, application designers may choose to include video content in user interfaces that they design with Appian. Appian provides capabilities for pausing and adjusting the volume of designer-specified video content. |
2.1.1 Keyboard (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product is a web-based application that supports standard keyboard navigation and input functions (such as pressing [Tab] to move between input fields, pressing the arrow keys to move between list items, and pressing [Space] or [Enter] to make selections). |
2.1.2 No Keyboard Trap (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product is a web-based application that supports standard keyboard navigation and ensures that keyboard users cannot be trapped in a subset of content. |
2.1.4 Character Key Shortcuts (Level A 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Supports | The Appian product does not provide global single character key shortcuts. |
2.2.1 Timing Adjustable (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product has a session timeout alert to notify users when a session is about to end. |
2.2.2 Pause, Stop, Hide (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Not Applicable | The Appian product does not include moving, blinking, scrolling, or auto-updating information. |
2.3.1 Three Flashes or Below Threshold (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Not Applicable | The Appian product does not use flashing interface elements. |
2.4.1 Bypass Blocks (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | A hidden link (available to assistive technologies) allows users to jump to the main content of each page. |
2.4.2 Page Titled (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | Web pages within the Appian product have descriptive titles that indicate the topic or purpose of each page. |
2.4.3 Focus Order (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product uses a logical tab order through interactive elements such as links and form controls.
Appian also uses semantically correct markup, ensuring that the markup matches the visual presentation of content on the page. |
2.4.4 Link Purpose (In Context) (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product uses descriptive text or WAI-ARIA techniques, such as adding an “aria-label” attribute to table paging control icons, to identify the purpose of links.
Application designers may choose to include links in user interfaces that they design with Appian. Appian provides capabilities for defining the text of designer-specified link content. |
2.5.1 Pointer Gestures (Level A 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Not Applicable | The Appian product does not rely on multipoint or path-based gestures for operation. |
2.5.2 Pointer Cancellation (Level A 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Supports | The Appian product allows for pointer cancellation to prevent accidental or erroneous pointer input. |
2.5.3 Label in Name (Level A 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Supports | Appian provides capabilities for specifying labels for user interface components configured by application designers with Appian. When a component has a visible text label, the label matches the programmatic name. |
2.5.4 Motion Actuation (Level A 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Not Applicable | The Appian product does not include functionality offered through motion. |
3.1.1 Language of Page (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product uses the language attribute on the HTML element to specify the default language of a page. |
3.2.1 On Focus (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | When a component in an Appian user interface receives focus, it does not initiate a change of context. |
3.2.2 On Input (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | Changing the setting of a component in an Appian user interface does not initiate a change of context. |
3.3.1 Error Identification (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | Appian provides capabilities for specifying error text for user interface components configured by application designers with Appian.
Additionally, the Appian product uses “aria-invalid” to flag inputs with errors and relay this information to Assistive Technologies. |
3.3.2 Labels or Instructions (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | Appian provides capabilities for specifying labels and instructions for user input components configured by application designers with Appian.
The Appian product uses standard HTML and WAI-ARIA attributes to associate labels and instructions to user interface elements. This includes the use of “aria-labelledby” and “aria-describedby” to describe relationships to Assistive Technologies. |
4.1.1 Parsing (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product uses semantically-correct markup for all interface elements. The markup is programmatically generated to prevent parsing errors. |
4.1.2 Name, Role, Value (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product uses standard HTML and WAI-ARIA attributes to describe the identity, operation, and state of user interface elements to Assistive Technologies. |
Criteria | Conformance Level | Remarks and Explanations |
1.2.4 Captions (Live) (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Not Applicable | The Appian product does not use synchronized media. |
1.2.5 Audio Description (Prerecorded) (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Not Applicable | The Appian product does not use synchronized media. |
1.3.4 Orientation (Level AA 2.1 Only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Supports | Appian user interfaces are not restricted to a single display orientation. |
1.3.5 Identify Input Purpose (Level AA 2.1 Only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Supports | Appian provides capabilities for specifying labels and instructions for user input components configured by application designers with Appian. Appropriate visible labels and instruction can help users understand the purpose of form input fields.
Additionally, Appian provides a mechanism to indicate the purpose of each input field in a programmatically identifiable way. |
1.4.3 Contrast (Minimum) (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The visual presentation of text in the Appian product provides sufficient contrast.
Administrators may configure custom color schemes for the Appian product. Any web-supported color scheme may be selected, allowing for satisfactory contrast requirements. |
1.4.4 Resize text (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | Appian product user interfaces support standard zoom capabilities built into modern web browsers and operating systems. |
1.4.5 Images of Text (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product does not use images of text by default. Application designers may choose to include images of text in user interfaces that they design with Appian. |
1.4.10 Reflow (Level AA 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Supports | Appian user interfaces reflow to fit the width of the window. |
1.4.11 Non-text Contrast (Level AA 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Supports | The Appian platform provides a mechanism to allow users to modify their display to ensure non-text content provides sufficient contrast. |
1.4.12 Text Spacing (Level AA 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Supports | The Appian platform allows users to override text spacing via user stylesheets, bookmarklets, extensions, or applications to help improve reading experience. |
1.4.13 Content on Hover or Focus (Level AA 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Supports | When a component in an Appian user interface triggers additional content to become visible, that content is dismissible, hoverable, and persistent. |
2.4.5 Multiple Ways (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product provides capabilities for incorporating navigation links and search functions in user interfaces built with Appian. Application designers may choose to implement these techniques as they see fit. |
2.4.6 Headings and Labels (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product uses semantically-correct markup for all interface elements, including headings and labels.
Heading and label text in Appian user interfaces are specified by application designers. Appian provides capabilities for defining descriptive headings and labels. |
2.4.7 Focus Visible (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product uses visual changes to elements to indicate the current position of focus. |
3.1.2 Language of Parts (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Does Not Support | In the Appian product, the language of a page can be programmatically determined. However, there is no mechanism to specify different languages for subsets of a page. Even though the language of different parts of a page cannot be programmatically determined, all content specified by application designers, regardless of language, renders in Appian user interfaces. |
3.2.3 Consistent Navigation (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product uses the same navigation mechanisms across pages. |
3.2.4 Consistent Identification (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian user interface framework (“SAIL”) provides a standard component library for application designers, ensuring consistent functionality and presentation across pages. |
3.3.3 Error Suggestion (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product provides suggestions for correcting errors such as identifying required fields using the “aria-required” attribute. Application designers may also choose to include supplemental text notifying users of form errors such as required fields that were not completed. |
3.3.4 Error Prevention (Legal, Financial, Data) (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
|
Supports | The Appian product provides capabilities for application designers to design their user interfaces for error prevention. Designers may choose to incorporate methods such as checking for input errors, ensuring that submissions are reversible, and allowing users to review and confirm information prior to submission. |
4.1.3 Status Messages (Level AA 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply |
Supports | The Appian product uses semantically-correct markup to allow assistive technologies to interpret platform status messages without receiving focus. |
Notes: The Appian product has not been evaluated for WCAG 2.1 Level AAA conformance.
Criteria | Conformance Level | Remarks and Explanations |
302.1 Without Vision | Supports | The Appian product uses standard HTML and WAI-ARIA attributes to describe the identity, operation, and state of user interface elements to Assistive Technologies. |
302.2 With Limited Vision | Supports | The Appian product supports standard browser magnification and contrast adjustments. |
302.3 Without Perception of Color | Supports | Color is only used as a decorative or supplemental attribute of user interface elements. A textual representation is always used as the primary mechanism for conveying information. |
302.4 Without Hearing | Not Applicable | The Appian product does not include audio-only features that require hearing to be used. |
302.5 With Limited Hearing | Not Applicable | The Appian product does not include audio-only features that require hearing to be used. |
302.6 Without Speech | Not Applicable | The Appian product does not require speech input. |
302.7 With Limited Manipulation | Supports | The Appian product supports standard input mechanisms such as user-provided keyboards and pointing devices. Usage of the product does not require fine motor controls nor simultaneous actions. |
302.8 With Limited Reach and Strength | Not Applicable | |
302.9 With Limited Language, Cognitive, and Learning Abilities | Supports |
Notes: The Appian product is a web software application and is not subject to the requirements of this section.
Criteria | Conformance Level | Remarks and Explanations |
501.1 Scope – Incorporation of WCAG 2.1 AA | See WCAG 2.1 section | See information in WCAG 2.1 section |
502 Interoperability with Assistive Technology | Heading cell – no response required | Heading cell – no response required |
502.2.1 User Control of Accessibility Features | Not Applicable | Appian is not considered platform software as defined by Section 508. |
502.2.2 No Disruption of Accessibility Features | Supports | Appian is compatible with operating system and browser accessibility features configured by the user. |
502.3 Accessibility Services | Heading cell – no response required | Heading cell – no response required |
502.3.1 Object Information | Supports | The Appian product uses WAI-ARIA attributes to describe the role, state, and description of user interface elements to Assistive Technologies. This includes the use of “role”, “aria-invalid”, and “aria-required” attributes. |
502.3.2 Modification of Object Information | Supports | The Appian product uses standard HTML or ARIA object roles for maximum compatibility with assistive technologies. |
502.3.3 Row, Column, and Headers | Supports | The Appian product uses standard HTML attributes to define table structure and relationships, including column and row headers, to Assistive Technologies. |
502.3.4 Values | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
502.3.5 Modification of Values | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
502.3.6 Label Relationships | Supports | The Appian product uses standard HTML and WAI-ARIA attributes to describe label relationships of user interface elements to Assistive Technologies. This includes the use of “<label>” and “aria-labelledby” attributes. |
502.3.7 Hierarchical Relationships | Supports | The Appian product uses standard HTML markup to express hierarchical relationships. |
502.3.8 Text | Supports | The Appian product renders strings as plain text values in HTML for maximum compatibility with assistive technologies. |
502.3.9 Modification of Text | Supports | The Appian product renders strings as plain text values in HTML for maximum compatibility with assistive technologies. |
502.3.10 List of Actions | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
502.3.11 Actions on Objects | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
502.3.12 Focus Cursor | Supports | The Appian product uses visual changes to elements to indicate the current position of focus. |
502.3.13 Modification of Focus Cursor | Supports | The Appian product uses standard HTML elements with standard cursor controls for user input. |
502.3.14 Event Notification | Supports | The Appian product provides semantic information to assistive technologies about user interface objects when events occur that cause changes to the component’s state, value, name, or description. These events include selection changes, focus changes, components that are added or removed, and expanded/collapsed states |
502.4 Platform Accessibility Features | Not Applicable | Appian is not considered platform software as defined by Section 508. |
503 Applications | Heading cell – no response required | Heading cell – no response required |
503.2 User Preferences | Supports | The Appian product respects user preferences from platform or OS settings. For example, if a user enables high contrast mode, Appian user interfaces will display with high contrast. |
503.3 Alternative User Interfaces | Not Applicable | Appian does not provide any alternative user interfaces that function as assistive technology. |
503.4 User Controls for Captions and Audio Description | Heading cell – no response required | Heading cell – no response required |
503.4.1 Caption Controls | Not Applicable | Appian does not provide capabilities for captioning or defining audio descriptions of designer-specified video content. |
503.4.2 Audio Description Controls | Not Applicable | Appian does not provide capabilities for captioning or defining audio descriptions of designer-specified video content. |
504 Authoring Tools | Heading cell – no response required | Heading cell – no response required |
504.2 Content Creation or Editing (if not authoring tool, enter “not applicable”) | See WCAG 2.1 section | See information in WCAG 2.1 section |
504.2.1 Preservation of Information Provided for Accessibility in Format Conversion | Not Applicable | |
504.2.2 PDF Export | Not Applicable | |
504.3 Prompts | Not Applicable | |
504.4 Templates | Not Applicable |
Notes: This report covers accessibility conformance for the Appian product and does not discuss Documentation or Support Services.
Criteria | Conformance Level | Remarks and Explanations |
4.2.1 Usage without vision | Supports | The Appian product uses standard HTML and WAI-ARIA attributes to describe the identity, operation, and state of user interface elements to Assistive Technologies |
4.2.2 Usage with limited vision | Supports | The Appian product supports standard browser magnification and contrast adjustments |
4.2.3 Usage without perception of colour | Supports | Colour is only used as a decorative or supplemental attribute of user interface elements. A textual representation is always used as the primary mechanism for conveying information. |
4.2.4 Usage without hearing | Not Applicable | The Appian product does not include audio-only features that require hearing to be used |
4.2.5 Usage with limited hearing | Not Applicable | The Appian product does not include audio-only features that require hearing to be used |
4.2.6 Usage with no or limited vocal capability | Not Applicable | The Appian product does not require speech input |
4.2.7 Usage with limited manipulation or strength | Supports | The Appian product supports standard input mechanisms such as user-provided keyboards and pointing devices |
4.2.8 Usage with limited reach | Not Applicable | |
4.2.9 Minimize photosensitive seizure triggers | Supports | The Appian product does not include visual features with flashing that could trigger seizures |
4.2.10 nUsage with limited cognition, language or learning | Supports | Appian uses a logical focus order, and provides capabilities for specifying error text for user interface components configured by application designers |
4.2.11 Privacy | Supports | The Appian product does not impede usage of standard privacy controls alongside assistive technologies. For example, users can connect a headset for private listening to screen reader announcements. |
Accessibility requirements for ICT products and services
Notes: The Appian product supports standard assistive technologies and is therefore not subject to the Closed Functionality criteria described in this Chapter.
Accessibility requirements for ICT products and services
Notes: The Appian product does not offer two-way voice communication and is therefore not subject to the requirements of this section.
Accessibility requirements for ICT products and services
Notes: The Appian product does not include video content. However, application designers may choose to include video content in user interfaces that they design with Appian. Appian does not provide capabilities for captioning or defining audio descriptions of designer-specified video content.
Criteria | Conformance Level | Remarks and Explanations | |
7.1 Caption processing technology | Heading cell – no response required | Heading cell – no response required | |
7.1.1 Captioning playback | Does Not Support | ||
7.1.2 Captioning synchronization | Does Not Support | ||
7.1.3 Preservation of captioning | Does Not Support | ||
7.1.4 Captions, characteristics | Does Not Support | ||
7.1.5 Spoken subtitles | Does Not Support | ||
7.2.1 Audio description playback | Does Not Support | ||
7.2.2 Audio description synchronization | Does Not Support | ||
7.2.3 Preservation of audio description | Does Not Support | ||
7.3 User controls for captions and audio description | Does Not Support |
Accessibility requirements for ICT products and services
Notes: The Appian product is a web software application and is not subject to the requirements of this section.
Accessibility requirements for ICT products and services
Notes: The Appian product supports standard assistive technologies and is therefore not subject to the Closed Functionality criteria described in this Chapter.
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 (informative) | 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 | 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 | Supports | Appian uses standard platform accessibility services. |
11.5.2.4 Assistive technology | Not Applicable | The Appian product is not itself an assistive technology. |
11.5.2.5 Object information | Supports | The Appian product uses WAI-ARIA attributes to describe the role, state, and description of user interface elements to Assistive Technologies. This includes the use of “role”, “aria-invalid”, and “aria-required” attributes. |
11.5.2.6 Row, column, and headers | Supports | The Appian product uses standard HTML attributes to define table structure and relationships, including column and row headers, to Assistive Technologies. |
11.5.2.7 Values | Supports | |
11.5.2.8 Label relationships | Supports | The Appian product uses standard HTML and WAI-ARIA attributes to describe label relationships of user interface elements to Assistive Technologies. This includes the use of “<label>” and “aria-labelledby” attributes. |
11.5.2.9 Parent-child relationships | Supports | |
11.5.2.10 Text | Supports | |
11.5.2.11 List of available actions | Supports | |
11.5.2.12 Execution of available actions | Supports | |
11.5.2.13 Tracking of focus and selection attributes | Supports | |
11.5.2.14 Modification of focus and selection attributes | Supports | |
11.5.2.15 Change notification | Supports | |
11.5.2.16 Modifications of states and properties | Supports | |
11.5.2.17 Modifications of values and text | Supports | |
11.6 Documented accessibility usage | Heading cell – no response required | Heading cell – no response required |
11.6.1 User control of accessibility features | Not Applicable | Appian is not considered platform software as defined by EN 301 549. |
11.6.2 No disruption of accessibility features | Supports | |
11.7 User preferences | Supports | The Appian product respects user preferences from platform or OS settings. For example, if a user enables high contrast mode, Appian user interfaces will display with high contrast. |
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 | See WCAG 2.1 section | See information in WCAG 2.1 section |
11.8.3 Preservation of accessibility information in transformations | See WCAG 2.1 section | See information in WCAG 2.1 section |
11.8.4 Repair assistance | See WCAG 2.1 section | See information in WCAG 2.1 section |
11.8.5 Templates | See WCAG 2.1 section | See information in WCAG 2.1 section |
Accessibility requirements for ICT products and services
Notes: This report covers accessibility conformance for the Appian product and does not discuss Documentation or Support Services.
Accessibility requirements for ICT products and services
Notes: The Appian product does not provide relay or emergency services and is therefore not subject to the requirements of this section.