ACCESSIBILITY
Accessibility is a release requirement, not a feature we add at the end. It is part of how we design, build, test, and maintain software from day one.
This is a company-wide standard, not a per-app decision. Every app we ship is tested against the requirements described on this page, and known gaps are treated as defects.
Every interactive element across all our apps carries a meaningful accessibility label. Important values and statuses are read in plain language, not exposed only as raw digits or visuals. Progress indicators, status badges, navigation items, and buttons all have descriptive labels that convey purpose and current state.
We test with VoiceOver on iOS and TalkBack on Android throughout development, not as a final checklist.
We design every app for voice navigation. Buttons and interactive elements use clear, unique labels that iOS Voice Control and Android Voice Access can target without ambiguity.
Our layouts adapt to the system font size, including the largest accessibility settings. We test for clipped text, overlapping controls, and content that becomes unreachable as text grows.
Our apps respect the Reduce Motion system setting on iOS and Android. When enabled, animations and transitions are simplified or removed. Motion is not the only way an app communicates meaning.
Every visual theme we ship across any app, free or paid, is validated against WCAG 2.1 AA contrast requirements. We never ship a theme that looks good but fails contrast.
Every app we build ships with both dark and light modes by default. Dark mode helps many users with light sensitivity. Light mode is there for users who prefer or require a brighter interface.
Both are part of the baseline, not optional extras.
We never rely on colour alone to communicate information. Across all our apps, every state and status is conveyed through at least two signals: colour plus shape, weight, or text.
Beyond the standard requirements, a few things we go out of our way to get right:
- Optional or decorative copy never blocks access to core functions
- Swipe gestures always have accessible alternatives
- Haptic feedback respects system preferences and can be disabled
- All tappable elements meet or exceed the 44×44pt minimum touch target size
- Focus order is logical and matches the visual layout throughout
Accessibility is not a feature. It’s the floor. The people who rely on these tools deserve software that was actually designed with them in mind, not software that technically passes a scan the week before submission.
If you encounter an accessibility issue in any of our apps, please tell us. A real person reads every message. We take these reports seriously and will prioritise fixes.