// Accessibility
Built for everyone
GitFocus is designed for assistive technologies. Accessibility claims are rechecked for each release with automated tests and a human device checklist.
// Features
Supported Accessibility Features
Key release routes use descriptive labels, traits, and a logical reading order. The release gate records the tested routes and device.
Interactive controls use accessible names. A physical-device checklist verifies the critical release journey with Voice Control.
App text uses Dynamic Type. Automated AX3 and AX5 coverage plus a human 200% text-size check are required before this claim is approved.
The app supports light and dark appearances. Both are included in screenshot and app accessibility release checks.
Release review checks that important states use labels, shapes, or icons alongside color.
Automated contrast checks flag candidate failures in light and dark mode; a reviewer verifies the real text, icons, and backgrounds before approval.
The release checklist verifies that important motion respects the Reduce Motion preference or has a static alternative.
Supported flows include keyboard-accessible controls and alternatives for important gesture-only actions.
// Testing
Automated Accessibility Testing
// Methodology
How We Test
-
iOS native audits — Apple's built-in
performAccessibilityAuditAPI checks declared release routes for missing labels, undersized touch targets, and Dynamic Type issues. -
Extreme size rendering — Each screen is launched at accessibility text sizes AX3 and AX5 to verify nothing crashes, truncates unreadably, or becomes unreachable.
-
Reading order validation — Automated tests verify that VoiceOver traverses elements in logical top-to-bottom order on key screens.
-
Contrast verification — WCAG contrast evidence is generated from renderer-owned semantic regions, then reviewed against the actual light and dark artwork.
-
Release integration — The accessibility suites run before screenshot or metadata upload and retain machine-readable evidence.
Standards We Follow
- WCAG 2.1 Level AA contrast targets for text and interactive elements
- Apple Human Interface Guidelines for accessibility
- Minimum 44pt touch-target checks for interactive controls
- Semantic Dynamic Type coverage at accessibility text sizes
- VoiceOver-compatible labels and traits on every interactive element
- Keyboard-accessible alternatives for all gesture-based interactions
Feedback
If you encounter any accessibility barriers while using GitFocus, we want to hear about it so we can fix it.
or email us at support@gitfocus.app