Name of Product/Version: Appian 23.3
Platform: Web
Date: August 2023
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 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, 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
| Partially supports | The Appian platform sets text alternatives for some non-text content by default using HTML and ARIA techniques. The Appian user interface framework (“SAIL”) allows application designers to define text alternatives for non-text content. Exception:
|
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 a text transcript or a textual description) that present equivalent information to the videos. |
1.2.2 Captions (Prerecorded) (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Partially Applicable | The Appian is not multimedia creation/editing software. However, content authors can include prerecorded multimedia presentations that have transcripts embedded in the video track of the presentation (open captions). Exception:
|
1.2.3 Audio Description or Media Alternative (Prerecorded) (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | Appian content authors can include full textual alternatives for all visual information conveyed in prerecorded time-based media. |
1.3.1 Info and Relationships (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Partially Supports | The Appian product uses semantically-correct markup so that information, structure, and relationships can be understood independent of presentation. Exceptions:
|
1.3.2 Meaningful Sequence (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Partially Supports | The Appian product generates semantically-correct markup to allow assistive technologies to interpret the meaning of content and controls. Exceptions:
|
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 convey content. |
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 multimedia content in user interfaces that they design with Appian. The Appian multimedia player provides the capability 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
| Partially Supports | All functionality of the Appian product is operable through a keyboard interface without requiring specific timings for individual keystrokes with one exception:
|
2.1.2 No Keyboard Trap (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | Focus can be moved away from any component that receives focus by using only a keyboard interface. |
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. The Appian date picker component uses single character key shortcuts that function only when the date picker component is open and has focus. |
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 warning that allows users to extend their session. |
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
| Supports | 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
| Partially Supports | The Appian product uses a skip link to bypass repeated navigation links and has ARIA landmarks defined. In addition, content authors can create semantic page headings with appropriate heading levels. Exception:
|
2.4.2 Page Titled (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Partially Supports | Web pages within the Appian product have descriptive titles that indicate the topic or purpose of each page. Exception:
|
2.4.3 Focus Order (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | Focusable components receive focus in an order that preserves meaning and operability.
|
2.4.4 Link Purpose (In Context) (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | Links generated by the Appian product use descriptive text to identify the purpose of links. Where links can contain images, Appian allows for the inclusion of text in the link or a text alternative for the image. 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. Designers can also provide visually-hidden text to links to provide additional context for screen reader users.
|
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. Actions are not invoked on the Down event. |
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 control 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 that can be operated by device or user 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 lang attribute on the HTML element to specify the default language of each 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 message text for user interface components configured by application designers. Additionally, the Appian product uses the aria-invalid attribute 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
| Partially Supports | Appian provides capabilities for specifying labels and instructions for user input components configured by application designers. The Appian product uses standard HTML and WAI-ARIA attributes to associate labels and instructions with user interface elements. Exceptions:
|
4.1.1 Parsing (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Partially supports | The Appian product uses semantically-correct markup for 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
| Partially 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. Exceptions:
|
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 live audio content in synchronized media. |
1.2.5 Audio Description (Prerecorded) (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Partially Supports | The Appian product does not include audio or video content by default. However, application designers may choose to include synchronized media content in user interfaces that they design with Appian. In such cases, content authors have the ability to use prerecorded media that has audio descriptions included in the audio track. Exception:
|
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 a mechanism to indicate the purpose of each input field that gathers user information in a programmatically identifiable way. Because of the large number of possible autocomplete values, values that are available for Appian developers to use are based on browser compatibility and use cases.
|
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 | Partially Supports | Appian user interfaces reflow to fit the width of the window. Exception:
|
1.4.11 Non-text Contrast (Level AA 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply | Partially Supports | The Appian platform provides a mechanism to allow users to modify their display to ensure non-text content provides sufficient contrast. Exception:
|
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 | Partially Supports | When a component in an Appian user interface triggers additional content to become visible, that content is dismissible, hoverable, and persistent. Exception:
|
2.4.5 Multiple Ways (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | For interfaces that are not a step in a process, 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 |
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
| Partially Supports | The Appian product uses visual changes to elements to indicate the current position of focus. Exceptions:
|
3.1.2 Language of Parts (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Does Not Support | The Appian product does not support the programmatic language determination of passages or phrases in content.
|
3.2.3 Consistent Navigation (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | The Appian product allows developers to configure navigation mechanisms that occur in the same relative order across pages each time they are repeated. |
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 identification for components that have the same functionality across pages. |
3.3.3 Error Suggestion (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | Application designers can choose to include error messages that provide suggestion(s) for correcting input errors when errors are detected. 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 that do not receive 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 | Partially Supports | Screen reader users may experience some difficulty understanding some controls, control states, and changes in page language as noted in Table 1 and Table 2. |
302.2 With Limited Vision | Partially Supports | On the login screen, input textbox borders have insufficient color contrast (not configurable within user accessibility settings). |
302.3 Without Perception of Color | Supports | Color coding is not the only means of conveying information, indicating an action, prompting a response, or distinguishing a visual element. |
302.4 Without Hearing | Supports | Hearing is not required for interacting with or understanding Appian content. |
302.5 With Limited Hearing | Supports | Hearing is not required for interacting with or understanding Appian content. |
302.6 Without Speech | Supports | Speech is not required for interacting with or understanding Appian content. |
302.7 With Limited Manipulation | Partially 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 with the following exception:
|
302.8 With Limited Reach and Strength | Partially Supports | The Appian product supports standard input mechanisms such as user-provided keyboards, pointing devices and speech recognition. Usage of the product does not require reach or level of strength with the following exception:
|
302.9 With Limited Language, Cognitive, and Learning Abilities | Supports | The Appian product does not require the use of speech. The product provides features such as the ability to extend the user session, text spacing, and intuitive content layout structure and labeling. Focus order is in a logical sequence and error messaging is provided to assist users. |
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 | The Appian end-product 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 | Partially Supports | Some control roles and states are not correctly defined or conveyed (see 4.1.2 in Table 1). |
502.3.2 Modification of Object Information | Partially Supports | Some changes in control state resulting from user interaction are not conveyed correctly (see 4.1.2 in Table 1). |
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. |
502.3.7 Hierarchical Relationships | Partially Supports | The user and user group browsers and hierarchy browser component do not expose parent/child relationships to assistive technology (see 4.1.2 in Table 1). |
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 | Partially Supports | The currently selected outermost node in the hierarchy browser (tree) and org chart components have no visible indication of focus. |
502.3.13 Modification of Focus Cursor | Supports | The Appian product uses standard HTML elements with standard cursor controls for user input. The Appian product supports the use of cursor enhancement provided by assistive technology. |
502.3.14 Event Notification | Supports | 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. |
502.4 Platform Accessibility Features | Not Applicable | The Appian end-product 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 honors platform settings for color, contrast, font type and focus cursor. |
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 | Does Not Support | The Appian media player does not provide controls for the selection of captions at the same level as the player volume control. |
503.4.2 Audio Description Controls | Not Applicable | The Appian media player does not provide a control for program selection. |
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”) | Not Applicable | The Appian end-product is not considered platform software as defined by Section 508. |
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 | Partially Supports | Screen reader users may experience some difficulty understanding some controls, some control states, and changes in page language as noted in Table 1 and Table 2. |
4.2.2 Usage with limited vision | Partially Supports | On the login screen, input textbox borders have insufficient color contrast (not configurable within user accessibility settings). |
4.2.3 Usage without perception of colour | Supports | The Appian product provides a visual mode of operation that does not require user perception of color. |
4.2.4 Usage without hearing | Supports | Hearing is not required for interacting with or understanding Appian content. |
4.2.5 Usage with limited hearing | Supports | Hearing is not required for interacting with or understanding Appian content. |
4.2.6 Usage with no or limited vocal capability | Supports | The Appian product does not require speech input |
4.2.7 Usage with limited manipulation or strength | Partially Supports | The Appian product supports standard input mechanisms such as user-provided keyboards pointing devices and speech recognition. Usage of the product does not require physical manipulation or level of strength with the following exception:
|
4.2.8 Usage with limited reach | Partially Supports | The Appian product supports standard input mechanisms such as user-provided keyboards, pointing devices, and speech recognition. Usage of the product does not require reach with the following exception:
|
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 Usage with limited cognition, language or learning | Supports | The Appian product does not require the use of speech. The product provides features such as the ability to extend the user session, text spacing, and intuitive content layout structure and labeling. Focus order is in a logical sequence and error messaging is provided to assist users. |
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 | Partially Supports | Some control roles and states are not correctly defined or conveyed (see 4.1.2 in Table 1). |
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 | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
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. |
11.5.2.9 Parent-child relationships | Partially Supports | The user and user group browsers and hierarchy browser components do not expose parent/child relationships to assistive technology (see 4.1.2 in Table 1). |
11.5.2.10 Text | Supports | The Appian product renders strings as plain text values in HTML for maximum compatibility with assistive technologies. |
11.5.2.11 List of available actions | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
11.5.2.12 Execution of available actions | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
11.5.2.13 Tracking of focus and selection attributes | Partially Supports | The currently selected outermost node in the hierarchy browser (tree) and org chart components have no visible indication of focus. |
11.5.2.14 Modification of focus and selection attributes | Supports | The Appian product uses standard HTML elements with standard cursor controls for user input. The Appian product supports the use of cursor enhancement provided by assistive technology. |
11.5.2.15 Change notification | Supports | Notification of changes to attributes of user interface elements are available to assistive technology. |
11.5.2.16 Modifications of states and properties | Supports | The Appian product allows users to modify states and properties of an object without the use of assistive technology. |
11.5.2.17 Modifications of values and text | Supports | The Appian product allows users to modify values or text of an object without the use of assistive technology. |
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 | The Appian product does not disrupt platform accessibility features. |
11.7 User preferences | Supports | The Appian product honors platform settings for units of measure, color, contrast, font type, font size, and focus cursor. |
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 | Not Applicable | |
11.8.4 Repair assistance | Not Applicable | |
11.8.5 Templates | Not Applicable |
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.