- Success Criterion 1.3.2
- Conformance level A
Modal Dialog Placed at the End of the Page Code
1.3.2 — Meaningful Sequence
Scenario
Setting
A government tax-filing portal
What’s wrong
Modal/dialog markup at end of page code (DOM) with no focus management, read after unrelated content (interacts with 2.4.3).
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
Tab into an open modal and check DevTools: if its markup sits at the end of the DOM and focus isn't moved into it, a screen reader reads unrelated page content first.
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 government tax-filing portal, this barrier is gone for screen-reader and keyboard users who encounter content in DOM order — they can complete the task without hitting this wall.
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