Accessibility Statement

Accessibility features

• Semantic HTML, Pages use proper heading hierarchy, landmarks, labels, and ARIA attributes so screen readers can navigate content meaningfully.
• Keyboard navigation, All interactive elements (inputs, dropdowns, buttons, toggles) are reachable and operable via keyboard alone.
• Form labels, Every input field and select element has an associated label (visible or screen-reader-only) to identify its purpose.
• Responsive design, Layouts adapt to screen sizes from mobile phones to large monitors, and content reflows without horizontal scrolling at up to 400% zoom.
• Color contrast, Text and interactive elements meet WCAG AA contrast ratios against their backgrounds.
• Focus indicators, Form controls use a clear focus halo (box-shadow) without shifting layout. A skip link at the top of each page lets keyboard users jump to the main landmark.
• No auto-play, The site does not auto-play audio or video content.

Scope of improvements

We apply shared accessibility primitives site-wide (focus styles, skip navigation, shared field components, and help controls that work with keyboard and screen readers). Individual calculators are then reviewed in batches by category for labels, live result announcements, tables, and charts. Fitness and health tools are prioritized first; other categories follow on a rolling basis.

Content patterns for tools

When we add or revise calculator UI, we follow these patterns:

• Tables, Data tables use a caption (or equivalent accessible name) and scope="col" on column headers where applicable.
• Charts and gauges, Purely decorative visuals are marked as such; meaningful bands or positions are also described in text or an accessible name so the same information is available without color alone.
• Dynamic results, Primary outputs that update as you type often use a polite live region so assistive technologies can announce changes without overwhelming the user.

Automated testing

We run axe-core checks against key URLs in development (see the test:e2e:a11y script in the project). Automated scans complement but do not replace manual testing with keyboard and screen readers.

Known limitations

We are aware of the following areas where accessibility could be improved:

• Red Light Mode, The red-light theme on some photography calculators uses low-contrast colors by design (to preserve night vision). Screen readers will still announce all content normally, but visual contrast is intentionally reduced in this mode.
• KaTeX formulas, Mathematical formulas rendered with KaTeX may not be fully accessible to all screen readers. Where possible, equivalent plain-text descriptions appear nearby.
• Complex interactive widgets, Some calculators with dynamic filter stacks or multi-field time pickers may present navigation challenges for certain assistive technologies. We are working to improve these.

Browser and assistive technology compatibility

CalcRegistry is designed to work with current versions of major browsers (Chrome, Firefox, Safari, Edge) and common screen readers (NVDA, JAWS, VoiceOver). If you encounter issues with a specific browser or assistive technology combination, please let us know.

Feedback

We welcome feedback on the accessibility of CalcRegistry. If you encounter a barrier or have a suggestion, please reach out through our Contact Us page. We will make reasonable efforts to address reported issues promptly.