Accessibility at Whit

Whit is used by students from grade 3 through grade 12, by their teachers, and by school and district leaders. Many of those students have IEPs or Section 504 plans. We treat accessibility as a requirement of the product, not a feature of it. This page says plainly where we stand today and what we are doing next.

Current status at a glance

Conformance target
WCAG 2.1 Level AA (Web Content Accessibility Guidelines 2.1, W3C). Where a WCAG 2.2 criterion was inexpensive to meet, we have adopted it as well.
Current status
Partially conformant Some parts of the product do not yet fully conform to WCAG 2.1 AA. The specific gaps are listed below and in the conformance report.
Last assessed
September 20, 2026 — product version 2026.09 (release commit 1448aa8). Assessment performed internally by Whit; no third-party audit has been performed yet.
Conformance report
Accessibility Conformance Report (VPAT® 2.5, WCAG edition)
Next reassessment
With every release that changes user-facing screens, and no later than December 2026.

How we tested

The September 2026 assessment combined three methods. All testing was performed internally by Whit's engineering team; it has not been independently verified.

Not yet performed: screen-reader testing with NVDA, VoiceOver and ChromeVox by a person using those tools day to day, and a third-party audit. Both are scheduled (see the roadmap). Until they are complete, we do not claim that screen-reader use of the product is fully verified.

Known limitations

These are the barriers we know about today, in plain language. Each one is tracked in the conformance report with its WCAG reference, and in our remediation plan with a target date.

  1. Some buttons, menus and form fields are not named for assistive technology. Icon-only buttons (for example the copy, export and formatting buttons in the essay editor and dashboards) and some filter menus do not yet have text labels a screen reader can announce. Sighted keyboard users are not affected; screen-reader users may hear "button" with no purpose. Target: October 2026.
  2. Text contrast is below the required 4.5:1 on some secondary text. Muted grey and cream-toned labels, captions, and some tab labels fall short of WCAG's minimum contrast. Primary content, headings and body copy meet the standard. Target: October 2026.
  3. Most signed-in pages have no "skip to main content" link and no main landmark. Keyboard and screen-reader users must move through the navigation on every page. Public pages already have this. Target: October 2026.
  4. Streaming AI responses are not yet consistently announced. Where Whit types an answer out progressively (the Elaboration Tutor, Talk with WHIT, Debatotron, and Chat with Results), screen readers may not be told when the response has finished, or may be interrupted repeatedly while it streams. Target: November 2026.
  5. Some layouts require horizontal scrolling at very high zoom. At 400% zoom (a 320-pixel-wide viewport) several teacher dashboards and the class join poster overflow the screen. Target: November 2026.
  6. Charts, heatmaps and mastery visualisations rely partly on colour. Standards mastery heatmaps and item-analysis views convey some meaning by colour alone and do not yet offer an equivalent data table everywhere. Target: December 2026.
  7. Exported PDF documents are not tagged. Lesson plans, reports and activity sheets are readable but do not carry the structure (headings, reading order, alternative text) that screen readers use to navigate a PDF. Target: December 2026.
  8. Teacher-recorded audio feedback has no automatic transcript. Teachers can add written comments alongside audio, and we ask them to; an automatic transcript is planned. Target: December 2026.
  9. Several teacher authoring tasks cannot be completed with the keyboard alone. Creating a writing assignment, selecting Google Classroom courses for roster import, reordering quiz questions, and opening lesson plans or student result rows currently require a mouse. Teachers who rely on a keyboard or screen reader are affected; students are not. Target: October 2026.
  10. Most dialogs and drawers do not manage keyboard focus. Dialogs generally do not move focus into the dialog when they open, keep it there, or return it when they close. Target: November 2026.
  11. Every teacher page currently has the same browser title ("Whit Teacher Dashboard"), and several student pages share a title, which makes tabs and history hard to tell apart. Target: October 2026.

If a limitation stops you or a student from completing a task, tell us and we will provide the content or an alternative route within the response times below.

Remediation roadmap

We prioritise student-facing barriers first, then barriers by severity, then by effort. Dates are release targets; the conformance report is updated when each item ships.

Planned remediation by release
TargetWhat shipsWho benefits most
October 2026Accessible names for every button, menu and form field; keyboard operation for assignment creation, Google Classroom import, quiz question reordering and result rows; unique page titles; contrast corrections to secondary text tokens; main landmarks and visible focus on every signed-in page; minimum 24px targets on teacher dashboards.Screen-reader users, low-vision users, keyboard-only users, students on Chromebooks.
November 2026Correct live-region announcements for streaming AI responses; focus management in every dialog and drawer; reflow fixes for teacher dashboards and the join poster; a keyboard route for every drag-and-drop interaction.Screen-reader and keyboard-only users, students using magnification.
December 2026Data-table equivalents and non-colour encoding for every chart and heatmap; tagged (PDF/UA) exports; transcripts for audio feedback; screen-reader test pass with NVDA, VoiceOver and ChromeVox, including on a Chromebook.Colour-blind users, screen-reader users, students with IEP/504 accommodations.
Q1 2027Independent third-party accessibility audit; ACR reissued from its results.Everyone; districts that require independent verification.

Report a barrier

If you find something in Whit that is hard or impossible to use with assistive technology, with the keyboard, at high zoom, or for any other accessibility reason, please tell us. We would rather hear about it than have a student struggle.

Accessibility contact
Casey Cuny, Founder & CEO
Email
cacuny@gmail.com (subject line "Accessibility barrier report")
What to include
The page or feature, what you were trying to do, the browser and assistive technology you were using, and whether a student is currently blocked.
Response time
We acknowledge every report within 2 business days. If a student is blocked from completing work, we provide a workaround or the content in an alternative format within 5 business days. Other fixes are scheduled into the roadmap above and you will be told the target release.

Requests from schools and districts

Districts carry obligations under the IDEA, Section 504 of the Rehabilitation Act, and Title II of the ADA. We support those obligations as follows:

Universal Design for Learning commitments

Whit's instructional design follows the Universal Design for Learning framework. These commitments shape every feature we build:

Technical information

Whit is a web application built with Django and FastAPI. Accessibility relies on HTML, CSS, JavaScript and WAI-ARIA. It is designed for Chromebooks first and is tested in Chromium-based browsers; it also works in Safari and Firefox. The product does not require any browser extension or plug-in. This statement page loads no third-party scripts, fonts or analytics.

This statement was prepared on September 20, 2026 and follows the W3C's accessibility statement guidance. It was last reviewed on September 20, 2026.

Read the full conformance report