The Appian platform allows designers to build applications that are accessible to all users, including those with disabilities who employ assistive technologies such as screen readers. In order to meet this goal, Appian validates its product features against the requirements of leading accessibility standards:
Since each screen reader is optimized to work best with a particular browser, Appian recommends the following common combinations of browser and screen reader:
| Browser | Screen Reader |
|---|---|
| Chrome | JAWS |
| Edge | JAWS |
| Mozilla Firefox | NVDA |
| Safari | VoiceOver |
Accessibility features in Appian's SAIL technology allow users with low vision, limited dexterity, and other concerns to consume the same information and perform the same activities as any other user of an application. Many of these capabilities are automatically enabled when using interfaces, while others are activated by making use of specific interface component configuration parameters. Accessibility-related configuration recommendations are described in detail on each interface component documentation page.
A small number of interface components, due to their specialized functionality, may not be accessible to all users.
The Reconcile Doc Extraction Smart Service generates a task for a user to validate the extracted data. This task requires users to visually inspect an image of a document to validate correct extraction of its contents. Therefore, this feature may not be usable for users who are blind or have low vision. To learn more about this task, see Appian Document Extraction.
Browser components like the document browser, hierarchy tree, and org chart show a visual representation of object relationships, so they are not usable for users who are blind and may be difficult to use for users who have low vision.
For an accessible alternative, provide the data using grids or another screen reader friendly layout.
The Reconcile Doc Extraction Smart Service generates a task for a user to validate the extracted data. This task requires users to visually inspect an image of a document to validate correct extraction of its contents. Therefore, this feature may not be usable for blind users or those with low vision. To learn more about this task, see Appian Document Extraction.
When configuring Appian charts using drill down, the micro height option can make it difficult for users who use pointer input devices (such as a mouse, stylus, or touch) to interact with the chart elements.
For an accessible alternative, use a height option other than micro for chart elements that allow drill down.
The records chat component is a interface component that enables users to ask questions of their data fabric. This component is powered by generative AI and can answer questions about a record and related record data.
Rich text with positive styling does not meet WCAG color contrast requirements and may not be usable by users with low vision.
For an accessible alternative to positive styling, choose a custom green color such as #1B890A that meets WCAG 2.2 AA contrast requirements for text.
Formatted rich text items are not interpreted as HTML headings by screen readers. Rich text headers should be used to represent content sections in an accessible way.
The row highlight selection style in the read-only grid and editable grid components uses color to indicate which row is selected. This information is not conveyed by screen readers, so it may not be usable by non-sighted users or those with low vision.
For an accessible alternative, use the checkbox selection style instead.
The drawing pad on the Signature component is not keyboard accessible. A mouse or touchpad must be used to draw the signature.
A faded version of the site object accent color is used as a hover style on certain components, such as dropdown menus and grids with row highlight. For better accessibility, test your accent color while hovering on dropdown menus and grids with row highlight to ensure they have adequate color contrast. The contrast ratio between the cell color and the text should be 4.5:1.
The warn color option in gauge and progress bar does not meet WCAG color contrast requirements and may not be usable by users with low vision.
Building Accessible Applications
