- Success Criterion 1.3.2
- Conformance level A
Form Instructions Placed After the Fields They’re Meant to Explain
1.3.2 — Meaningful Sequence
Scenario
Setting
A calendar app's event-creation form
What’s wrong
Multi-step forms where visually-first instructions come after the fields in page code (DOM).
Example
.step-2 { order: 1; } .step-1 { order: 2; } /* visual order ≠ DOM order */Why it matters
Screen-reader and keyboard users who encounter content in DOM order.
How to test
Disable CSS on a multi-step form: check whether instructions appear before their related fields in the DOM — instructions coded after the fields they govern arrive too late for screen reader users.
How to fix
The screen reader must read content in an order matching the visual/logical order, item by item — nothing skipped, merged, fragmented, or added.
<!-- DOM order matches the order the CSS makes visible: step-1, then step-2 -->When CSS reorders content visually, the underlying DOM order must still match, or the reading order breaks.
Outcome
On a calendar app's event-creation form, this barrier is gone for screen-reader and keyboard users who encounter content in DOM order — they can finish what they came here to do.
Who is affected
Screen-reader and keyboard users who encounter content in DOM order.
Learn more
- Understanding Understanding document (opens in a new tab)
Related scenarios
- CSS Layout Changes That Scramble the Screen Reader’s Reading Order
- Word Spelled Out Letter by Letter Instead of Read as a Word
- Text Columns Faked With Spaces Read Aloud Out of Order
- Layout Table That Reads in a Nonsensical Order When Linearized
- CSS Reordering That Makes Code Order Differ From Visual Order
- Multi-Column Article Whose Code Order Interleaves the Columns