Privacy without exclusion

Accessibility

A protection is not complete if its owner cannot understand it, reach it, or finish the task safely.

Inner Vault is in development. The items below are release requirements and design commitments, not claims that physical assistive-technology verification is complete.

Complete paths, not isolated controls

Accessibility is evaluated across real tasks: create a vault, unlock, capture, review, organize, export, recover, delete, and understand an error. A labelled button is not enough if the person cannot finish what it begins.

Multiple ways to perceive and act

Meaning will not depend on colour, motion, sound, or a precise gesture alone. VoiceOver, Voice Control, Switch Control, keyboard access, Larger Text, Reduce Motion, Increase Contrast, and clear non-audio state are part of the common-task test matrix.

Security and accessibility together

Inner Vault must minimize unnecessary exposure to accessibility and system surfaces without treating assistive technology as an intruder. Protective viewing, press-and-hold reveal, timeouts, authentication, and recovery need accessible alternatives that preserve the owner’s dignity and control.

Language and comprehension

Every visible and spoken interface string is localizable from its first implementation. Security consequences are written in plain language, with enough detail for an informed decision and without fear-based prompts or misleading reassurance.

Evidence before the claim

Automated checks support semantic structure, expanded text, focus, contrast, and layout. Release claims wait for physical-iPhone testing with assistive technologies and for failures to be resolved or accurately disclosed.

Tell us what we missed

Accessibility feedback is welcome at support@movingtruth.com.