Policy
Accessibility Statement
This website is built to be usable with a keyboard alone, with a screen reader, at high zoom, and with motion turned off. This page states what that means concretely and what has actually been checked, rather than asserting a conformance level as a marketing claim.
If something on this site does not work for you, email info@thepolymailers.com with the page and what happened. We will fix it and tell you when it is done.
What has been built in
Keyboard operation throughout
Navigation, dropdown panels, the image gallery, the FAQ accordions, the forms and the design tool are all operable without a mouse, with visible focus at every step and no keyboard traps.
A skip link
The first focusable element on every page jumps straight to the main content, past the navigation.
Semantic structure
One h1 per page, headings in order, lists marked up as lists, tables with proper header cells, and landmarks so a screen reader can move by region.
Labelled form fields
Every input has a visible associated label. Errors are announced, described in words rather than colour alone, and focus moves to the first field that needs attention.
Reduced motion support
Every animation on the site respects the operating-system reduced-motion setting. With it on, content appears without transitions rather than being hidden.
Contrast and target size
Text and interface colours were chosen against contrast requirements, and interactive controls are sized for touch.
Descriptive alt text
Every product photograph has alt text describing what is actually visible. No two pages reuse the same alt text for a shared image.
Content that works without JavaScript
Text, images and navigation are present in the HTML. Scripting adds the gallery, the menu panels and the design tool rather than being required to read the page.
What has been tested, and what has not
Structure, landmarks, heading order, form labelling, focus order, contrast and reduced-motion behaviour have been checked during development, along with keyboard operation of every interactive component.
What has not happened is a full audit by an independent accessibility specialist, or testing with people who use assistive technology daily. Those are the things that find the problems development testing misses, and we would rather say so than imply a level of assurance we have not earned.
The design tool is the component most likely to have gaps. It is keyboard operable and every control is labelled, but a visual canvas is inherently harder to use without sight. Anything the tool can do can also be described in the quote form message field, and we will apply it exactly the same way.