Accessibility Statement
- Last updated
- 25 August 2026
- Version
- 2026-08-25-v1
- Published by
- Prodia Systems Limited
1. Our commitment
Prodia Systems Limited designs the EyeSay website and product toward the principles of the Web Content Accessibility Guidelines (WCAG) 2.2 at level AA, and toward the expectations of the European accessibility standard EN 301 549 for digital services.
2. Conformance status
3. This website
- semantic HTML with a single main heading per page and a logical heading order;
- full keyboard operability, with visible high-contrast focus rings on every control;
- interactive targets sized to at least 44 by 44 CSS pixels, and usually larger;
- text set in Atkinson Hyperlegible, a typeface designed for letter-shape distinction, at a comfortable measure and line height;
- colour is never the only cue — state is also carried by shape, label, weight or icon;
- respect for the operating system's reduced-motion preference: motion is minimal and can be switched off entirely by that preference;
- a light appearance checked for text contrast, including against the operating system's forced-colours and high-contrast settings;
- the cookie dialog is keyboard reachable, focus-managed and dismissible;
- legal documents use a 70–80 character measure, a table of contents, and print styling.
4. The EyeSay product
The communicator app and the adult console are on a separate origin, and the design carries the same commitments plus AAC-specific ones:
- Stable motor positions. Permanent vocabulary does not move. Motor memory is an access feature, so context and suggestion logic has no ability to reorder the grid.
- Large targets by default, with the whole cell, label included, being the target.
- Text labels are first-class, not small captions under a symbol.
- Permanent agency words — STOP, NO, HELP, BREAK, TOILET — always present and never removable by ordinary editing.
- Scanning prototype with a predictable order, in which the adaptive halo is its own scan group and never reorders while a selection is in progress.
- Focus mode that de-emphasises cells visually without moving them.
- Word finder that highlights the route to a word rather than relocating it.
- High contrast and reduced motion settings in the app itself, independent of the operating system, plus light and dark appearance.
- ARIA labelling on grid cells, halo candidates and the utterance ribbon so a screen reader reports position and content.
5. Known limitations
Because this phase is delivered as an installable web app rather than a native application, some limits come from the browser rather than from our design:
- speech output depends on the voices your device or browser provides; voice quality and available languages vary by platform;
- listening features depend on browser speech recognition, which is not available in every browser; where it is unavailable the app presents a clearly labelled manual mode instead;
- precise dwell selection, touch-on-release behaviour and external switch access are less reliable in a browser than in a native app; a native implementation is planned;
- there is no eye-tracking or head-pointer support yet; both remain research stage, and browser pointer APIs are one of the constraints that work will have to address;
- screen reader behaviour over a large grid varies between platforms;
- our third-party dependencies are chosen for accessibility, but we cannot warrant every component in every assistive-technology combination.
6. Assistive technology and browsers
Our verified test set is current Chrome and Edge on Windows, together with automated keyboard and pointer coverage. Safari on iPadOS and iPhone, Chrome on Android, and Firefox on desktop are all recorded as blocked pending a real-device run, and we have not yet completed a screen-reader run with VoiceOver, NVDA or JAWS. We would rather say that than imply coverage we do not have; the current state of each target is tracked in our browser and device matrix. Older browsers may work but are not part of our test set.
7. Feedback and enforcement
If something on this website or in the product blocks you, please tell us — accessibility reports get priority. Email contact@prodiasystems.com, telephone (01) 611 1534 in Ireland or +353 1 611 1534 internationally, or write to Prodia Systems Limited, 27 Pembroke Street Upper, Dublin 2, D02 X361, Ireland. Describe the page or screen, the device and assistive technology you use, and what happened. We aim to reply within 10 working days and to tell you honestly whether and when we can fix it.
The product accessibility design is also described on our accessibility approach page.
More in the legal centre
- Privacy Notice
- Cookies & Similar Technologies
- Website Terms of Use
- Platform Terms of Service
- Child Privacy
- Accessibility Statement
- Security & Responsible Disclosure
- Your Data Rights
- Service Provider Register
- AI & Automation Transparency
- Consumer Information
- Acceptable Use Policy
- Copyright & Trade Marks
- Legal Notice & Company Information