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.
- Automated testing with axe-core 4.13 (via Playwright 1.63, Chromium 153) against 56 signed-in and public screens across all roles: student (secondary and elementary), teacher, school leader, and administrator. The same crawl now runs on every code change so regressions are caught before release.
- Code review of every user-facing template, script and stylesheet against each WCAG 2.1 AA success criterion, with particular attention to streaming AI responses, modal dialogs, charts, forms, and generated documents.
- Measured checks that automated tools do not cover: an exact contrast calculation for every colour pairing in our design system, keyboard focus visibility on every screen, reflow at 320 CSS pixels (400% zoom), and text-spacing overrides.
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
| Target | What ships | Who benefits most |
|---|---|---|
| October 2026 | Accessible 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 2026 | Correct 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 2026 | Data-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 2027 | Independent 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
- 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:
- We provide the current Accessibility Conformance Report, the testing summary and the remediation plan to any state agency or district on request, and to the Connecticut State Department of Education as part of our registration.
- We reissue the conformance report for each release that changes user-facing screens and give partner districts advance notice of any change that reduces accessibility, before it ships.
- Where a student's IEP or 504 plan requires an accommodation Whit does not yet provide, we work with the district to provide the content in an accessible alternative format at no charge.
- Districts may request an accessibility walkthrough of any feature with their assistive-technology specialist; we will schedule it within 10 business days.
Universal Design for Learning commitments
Whit's instructional design follows the Universal Design for Learning framework. These commitments shape every feature we build:
- Multiple means of representation. Every analytic view is available as text and as data, not only as a chart; elementary screens offer read-aloud; AI feedback is written in plain language at a grade-appropriate level; source texts are provided as selectable text rather than images.
- Multiple means of engagement. Students choose topics, pacing and goals; feedback is framed as growth, never as a verdict; timed tasks (AP practice) can be assigned untimed or with extended time by the teacher.
- Multiple means of action and expression. Students can compose in the editor, upload a document, or talk through their thinking with Whit; teachers can respond in text or audio; every drag-and-drop interaction is getting a keyboard equivalent.
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.