Accessibility

Accessibility statement

FullArc should be usable by everyone who needs to do their job in it. This page records where we are honestly — including what we have not verified.

Last updated August 20, 2026

What we aim for

We target WCAG 2.1 Level AA. That is the goal our interface work is measured against, not a certification we hold — no independent audit has been carried out, so we describe FullArc as partially conformant: most of the product meets the standard and some parts have not been assessed.

What we do today

  • Semantic HTML with real headings, landmarks and labelled form controls.
  • Keyboard operation for interactive elements, with a visible focus indicator.
  • Text contrast checked against the AA threshold in both light and dark presentation.
  • Motion honours the prefers-reduced-motion setting.
  • Layouts reflow rather than requiring horizontal scrolling, down to small screens.
  • Meaning is never carried by colour alone — status is also stated in words.

Known gaps

These are the areas we would expect an audit to flag, listed so you do not have to discover them yourself:

  • Data-dense screens — the pipeline board and some tables — have not been fully verified with a screen reader.
  • Drag-and-drop interactions, including document field placement, do not yet have a complete keyboard-only equivalent.
  • Charts convey trends visually without an equivalent text or table alternative.
  • Uploaded files and images added by users may lack alternative text we cannot supply for them.

Report a barrier

If something stops you using FullArc, tell us at support@getfullarc.com — what you were trying to do, the page, and the assistive technology you use if that is relevant. We treat access barriers as defects and prioritise them accordingly.

If you need information from FullArc in an alternative format, ask and we will provide it.