Accessibility

Amberaisle is built to be read by everyone. We aim to meet the WCAG 2.2 AA standard and treat accessibility as part of the design, not an afterthought.

What is built in

• Semantic structure: proper landmarks (header, navigation, main, footer), one clear heading order per page, and breadcrumbs that assistive technology can follow.
• Keyboard access: every interactive element can be reached and operated by keyboard, with a clearly visible focus outline, and a “Skip to content” link at the top of every page.
• Readable text: body text at a comfortable size and line height, metadata no smaller than 12px, and colour contrast checked against the design palette.
• Touch targets: buttons and controls are at least 44×44px.
• Motion: animations are subtle, and the site honours your operating system’s “reduce motion” setting. All content is fully visible and readable with JavaScript disabled.
• Dark mode: follows your system preference on first visit, with a clearly labelled toggle that remembers your choice.
• Images: meaningful images carry descriptive alternative text; decorative images are marked as decorative.

Known limitations

• Amberaisle is a new publication and has not yet had a full manual screen-reader audit. Automated and code-level checks have been applied during the build, and a manual audit is part of our post-launch quality work.
• Third-party content we link to (external sources) is outside our control.

Reporting a barrier

If any part of Amberaisle is hard for you to use, please tell us — email [CONTACT EMAIL TBC] or use the Contact page, and describe the page and the problem. Accessibility reports are treated as defects and prioritised.

This statement describes our current commitment and state honestly; it is not a certification. We will update it as audits are completed.