Accessibility

Accessibility Statement

prismContact is designed to be usable by as many people as possible. We build accessibility into the core relationship queue from the start — not as a checkbox added at the end.

What's shipping today

01

VoiceOver Shipping

Every interactive element has an accessibility label. Decorative elements are hidden from VoiceOver to reduce navigation noise. Browsing the check-in queue, tapping a person, and taking an action is fully operable via VoiceOver rotor and swipe gestures.

02

Voice Control Shipping

Because every interactive element has a descriptive accessibility label, you can tap, swipe, and navigate entirely with voice commands. Numeric overlays work out of the box.

03

Dynamic Type Shipping

All text scales with your system text size — including the accessibility sizes (AX1–AX5). Critical text uses scaled metrics so layouts adapt rather than truncate.

04

Reduce Motion Shipping

When Reduce Motion is on, animations are replaced with instant state changes. The app's brand motion — the prism-spectrum ribbon on the marketing site and any symbol effects in-app — is either stilled or removed entirely.

05

Reduce Transparency Shipping

Translucent materials fall back to solid, higher-contrast backgrounds when Reduce Transparency is enabled, preserving readability against any wallpaper or light condition.

06

Differentiate Without Color Shipping

State is never carried by colour alone. Status chips, priority markers, and queue states combine text labels, icons, and shape so they remain legible to users with colour-vision differences.

07

High Contrast & Dark Mode Shipping

The app respects the system appearance and the Increase Contrast setting. Typography, focus rings, and interactive states meet WCAG 2.2 AA contrast ratios in both light and dark modes.

08

Keyboard & Full Keyboard Access Shipping

The iPad and Mac versions support full keyboard navigation, with visible focus rings, common shortcuts, and the iPadOS Full Keyboard Access overlays.

What's coming

09

Switch Control & Assistive Touch Planned

Already functional via the standard iOS accessibility APIs we adopt, but we will audit the full task flow against Switch Control before the 1.0 release and document any gaps found.

10

Braille Display Polish Planned

Supported via VoiceOver out of the box. We will test and tune label brevity and ordering on a real braille display before 1.0.

11

Cognitive Accessibility Review Planned

We will run a review pass with the WCAG 2.2 cognitive-focused guidance before 1.0, including labelling, error prevention, consistent help, and recovery from dead-ends.

Report an issue