Public documentation
Accessibility statement for the documentation site
Accessibility commitments and known boundaries for the public documentation site.
Documentation accessibility approach
The documentation site uses semantic HTML, one h1 per page, landmarks, skip links, visible focus styles, responsive tables, meaningful link text, and text-first workflow diagrams.
Supported interaction expectations
- Keyboard users should be able to reach navigation, content, tables, callouts, details sections, and related-page links.
- Screen-reader users should encounter logical headings, landmarks, table headers, and descriptive link text.
- Responsive layouts should preserve readable line length and table access.
- Motion is minimal and respects reduced-motion preferences where transitions are present.
Known documentation limitations
The docs do not claim formal accessibility certification. Screenshots, where present, are supplementary and should have surrounding text explaining the workflow. If a screenshot is unclear or decorative, the text guide remains the primary source.
Product accessibility boundary
A11Y Cat itself is an accessibility inspection tool, but that does not automatically make every extension UI state or documentation page perfect. UI accessibility should continue to be tested with keyboard-only operation, zoom/reflow, reduced motion, and assistive technology review.