Accessibility

Last updated: 12 August 2026

We build for the accessibility features people actually use, and we check them rather than assume them.

In the apps

Dynamic Type. Every screen is rendered at accessibility text sizes as part of the build, and the layout changes shape where it has to — controls that sit in a row at normal sizes stack into a column rather than truncating.

VoiceOver. Controls carry spoken labels that describe what they do, not where they sit. Where a drawing carries meaning, the meaning is in the label: the body outlines in MyGymRoutine are announced as the proportions they draw, not as pictures.

Contrast. Text and interactive colour are checked against WCAG AA as part of the build, in both light and dark appearance.

Motion and sound. Nothing in the apps depends on animation or audio to be understood.

On this site

Plain HTML, one column, no scripts required to read anything, and text that reflows to whatever width you have. It respects your light or dark preference.

Where we fall short

This is a small operation and this statement is honest rather than promotional. We have not had the apps audited by anyone independent, and we have not tested with every assistive technology.

If something is hard to use, tell us — that is worth more to us than a certificate. jason@drawbridges.co.uk