Accessibility
The short version. We aim at WCAG 2.2 Level AA for this website and at the platform accessibility features on each device for our apps. We are not claiming a completed audit — where something falls short, we would like to hear about it and fix it.
1. This website
The site is plain HTML and CSS with no framework, which makes most of this straightforward:
- Semantic landmarks, one
h1per page and a heading order that does not skip levels. - A Skip to content link as the first focusable element on every page.
- Visible focus outlines on every interactive element, never removed.
- Body text and interface text meet the 4.5:1 contrast minimum against their background; large headings meet 3:1.
- Text is set in relative units and reflows without loss of content down to a 320 pixel viewport and up to 200% zoom.
- Every control is reachable and operable by keyboard alone. The one piece of scripting on
the site — the app-type filter on the home page — is a set of real buttons with
aria-pressedstate, and every app remains visible if scripting is unavailable. prefers-reduced-motionis honoured: all transitions and hover movement are disabled when you have asked your system for reduced motion.- Decorative icons are marked
aria-hiddenso a screen reader announces the app name rather than describing a shape.
2. Our apps
Our apps are built with the native interface toolkit on each platform — SwiftUI and AppKit on Apple platforms — which means system accessibility features apply rather than being re-implemented badly: VoiceOver and TalkBack, Dynamic Type and font scaling, Increase Contrast, Reduce Motion, and full keyboard control on Mac.
Black Hole Rush additionally ships its own in-game accessibility settings: reduced motion, high contrast, adjustable text size, handedness, camera-shake control, and separate music, effects and haptics levels. Where a game is built in a cross-platform engine rather than a native toolkit, we treat that as a reason to provide these controls ourselves.
3. Known gaps
Stating this honestly is more useful than a blanket conformance claim:
- We have not commissioned an independent accessibility audit of the website or of any app.
- Our games are visual and time-pressured by design. Colour is not the only signal used to convey state, but a fast arcade game will not suit everyone, and no amount of settings changes that.
- Screen-reader support in the games is limited to menus and results screens rather than live gameplay.
4. Feedback
If any part of this site or of an app is difficult or impossible for you to use, tell us at dev@flowlabapps.com. Please include the page or the app, your device and operating system, and any assistive technology you use. We aim to reply within a few business days, and accessibility fixes go to the front of the queue.