Accessibility
Updated 6 August 2026
This site should work whether you are reading it on a phone in bright sun, at 200% zoom, with a screen reader, or with a keyboard and no mouse.
Below is what has actually been built, not a statement of intent. If any of it fails for you, that is a bug — please report it.
What is in place
Keyboard. Every interactive element is reachable and operable by keyboard. Focus is always visible, never suppressed. A Skip to content link is the first thing you reach on every page. The navigation panel traps focus while open, returns it when closed, and closes on Escape.
Screen readers. Pages use real landmarks and heading structure — one h1, then h2 and h3 in order, never chosen for size. Images carry alt text describing the content, and decorative graphics are hidden from the accessibility tree. Buttons and controls have accessible names. The language of each page is declared, so a screen reader pronounces Arabic, French, Spanish, German and English correctly.
Zoom and text size. The layout is fluid and reflows to 200% zoom without loss of content or horizontal scrolling. Nothing is sized in a way that ignores your browser's font settings.
Contrast. Body text, headings and interface text are checked against WCAG AA contrast ratios in both light and dark themes.
Motion. If your system requests reduced motion, animations and smooth scrolling are switched off — this is honoured throughout, not just in places.
Touch. On touch devices, interactive targets are at least 44×44 pixels.
Right-to-left. The Arabic edition is not a mirrored afterthought: the layout is built with CSS logical properties, so direction, alignment and spacing are correct by construction rather than patched.
Dark mode. Follows your system setting, with a manual toggle that overrides it in either direction.
Without JavaScript. All content remains readable and all links work. Search and the theme toggle need JavaScript; nothing else does.
Known limitations
We would rather list these than claim they are not there:
- Some images lack detailed alt text. Where a hero image is decorative, its alt text is brief. Charts and screenshots carrying information should have descriptive alt text — if you find one that does not, that is a bug worth reporting.
- Third-party advertising is outside our control. Ads are served by Google. We control placement and reserved space; we do not control the contrast, motion or markup of an individual ad. If an ad breaks your experience, tell us and we will block it where we can.
- No formal audit has been carried out. Everything above is implemented and self-tested, not certified by a third party.
Standard
We aim at WCAG 2.1 Level AA. We have not been independently audited against it, so we describe this as the target we build to rather than a compliance claim.
Tell us when it breaks
This is the part that matters. Automated checks and one developer's testing miss things that a person using the site every day hits immediately.
Email Hello@daily-atlas.com with Accessibility in the subject, and if you can, include:
- The page
- What you were trying to do
- Your browser and any assistive technology, with versions
We treat accessibility reports with the same priority as factual corrections — which is to say, first. If something blocks you from reading an article, we would rather hear about it immediately than have you leave.
Contact
DailyAtlas Hello@daily-atlas.com