Accessibility

Our target is WCAG 2.2 level AA across DSAR Desk — including the public intake form, since the people your business serves through it are exactly the people an inaccessible form would shut out.

What's built in

• Semantic HTML with programmatically associated labels on every form control, on the intake form and in the app.
• Keyboard-operable controls — the intake form and the app's core workflow don't require a pointer.
• prefers-reduced-motion is respected: the landing page's animated walkthrough stops cycling, and the product-demo videos never autoplay, when your system asks for reduced motion.
• Light and dark themes, following your system preference with a manual override.
• The public informational pages — this one, pricing, the deadline guide, all policy pages — are fully readable with JavaScript disabled. The signed-in app itself does require JavaScript.

What we haven't verified

DSAR Desk has not been audited end-to-end against WCAG 2.2 AA, by us or by an external reviewer, and there has been no full screen-reader pass over the signed-in app. Known gaps are likely, particularly in the app's more complex views. We'd rather say that than publish a conformance claim nobody has tested.

Report a barrier

If something in DSAR Desk doesn't work with your assistive technology, browser settings, or input method, email hello@klairtech.com and describe what you were trying to do and what got in the way. You'll get a reply within 5 business days, from the person who can change the code. Barriers on the public intake form are treated as bugs of the highest priority, since a requester can't choose a different tool.