Accessibility

The conformance target is the Web Content Accessibility Guidelines (WCAG) 2.2, Level AA, across the whole app. That is a target rather than a certification: the app has not been through an independent audit, and this page says so plainly rather than implying more than has been done.

• Contrast. Every text and background pair the interface actually renders is checked against the AA threshold of 4.5:1 by a script that runs with the build, including the grade medals at both ends of their metallic gradients. If a colour change drops a pair below the threshold, the check fails rather than passing quietly.
• Grade is never colour alone. A grade always shows its letter, and usually its word as well, so gold, silver and bronze are never the only way to tell A from B from C. Dimension colours work the same way: the accent travels with a text label.
• Keyboard. Interactive controls are real buttons, links and native disclosure elements, so they take focus and respond to Enter and Space without custom key handling. Focus is visible in the trust colour with an offset, on every kind of control.
• Dialogs and sheets. Overlays are marked as dialogs, are labelled, and close on Escape as well as by their close button.
• Structure and naming. Pages use headings in order and lists for lists. Navigation regions are labelled, the current page and the current filter are announced through the appropriate ARIA state rather than by styling alone, and counts that update as you filter are announced politely.
• Images and icons. Decorative marks are hidden from screen readers. Icons that carry meaning are paired with text, so nothing depends on recognising a pictogram.
• Motion. The one entrance animation is disabled for anyone whose system asks for reduced motion. Nothing moves on its own, nothing flashes, and nothing auto-plays.
• Text and zoom. Layout is relative rather than fixed, so text scales with browser and system settings, and reflows at 400 percent zoom.
• Touch targets. Controls are sized for a thumb, and the tab bar keeps clear of the home indicator on phones that have one.

Being specific is more useful than a general claim. These are the areas we know need work:

• No independent audit. Conformance has been assessed internally. An external review with assistive-technology testing has not been done.
• The week planner’s drag interaction. Sessions can be moved by dragging. A full keyboard-only equivalent for repositioning a session is not complete, so some rearranging currently depends on pointer or touch input.
• Screen-reader passes. The app has been built to standards and tested with the keyboard, but it has not yet been walked end to end with every major screen reader. Reports from people who use one are especially useful.
• Cited research is not ours. Citations link out to publisher sites and PDFs, whose accessibility we do not control.

If something here is difficult or impossible to use, please say so. Email info@appliedwellness.co with the page, what you were trying to do, and the browser and assistive technology you were using, if any. Accessibility reports are treated as defects rather than as feature requests.

If you need something in the library in a different format, ask and we will provide it.

See also Methodology for how the content itself is structured and graded.