- 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
<form>
<label for="time">Start time</label>
<input type="text" id="time">
<p class="hint" style="order:-1;">Enter time in 24-hour format (e.g. 14:00)</p>
</form> Why it matters
A screen reader user reaches the time field and types blind before ever hearing the 24-hour format requirement, likely triggering a validation error.
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
Put instructions before the field in the markup, or link them with aria-describedby, so they are heard before or alongside the input.
<form>
<label for="time">Start time</label>
<p class="hint" id="time-hint">Enter time in 24-hour format (e.g. 14:00)</p>
<input type="text" id="time" aria-describedby="time-hint">
</form> Outcome
Hearing the format instruction first, a screen reader user enters the time correctly on the first try.
Who is affected
Screen reader users encounter the field before its instructions and cannot follow guidance they have not heard yet.
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