ACCESSIBILITY
Every app we ship supports the full range of assistive technologies, by default, without exception. This is not a feature we add at the end. It is part of how we build from day one.
Accessibility is a company-wide standard at Skip the BS, not a per-app decision. Every app in our suite is held to the same requirements described on this page.
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.
Every app we build is fully navigable by voice. Every button and interactive element has a clear, unique label that iOS Voice Control and Android Voice Access can target without ambiguity.
Every app we build fully respects your system font size preference. Whether you’re on the default size or the largest accessibility setting, layouts adapt. Text never clips. Buttons never overlap. No content becomes unreachable at any size.
Every app we build respects the Reduce Motion system setting on both iOS and Android. When enabled, animations and transitions are simplified or removed entirely. Motion is always decorative in our apps, never functional.
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.