Interactive Elements Distinguishable
Group: interactive-components • Guideline: control-information
Summary in Plain English
Interactive elements look different from static content before anyone interacts with them, and carry visual cues about how to use them.
Why It Matters
Flat design that removes button edges and link underlines makes people hunt by hovering, which is impossible on touch and unreliable for anyone with low vision or a cognitive disability.
Test Procedure from the W3C Draft
Upstream has a test heading for this provision but has not written the procedure yet, and no test steps have been written here. Generic advice would apply to almost any provision, so none is shown.
Methods Suggested Upstream
Implementation methods listed in the informative document.
- Add visual indicators, such as shading, border, drop-down arrow, or placement, to interactive elements.
Recommended Practices (Upstream)
- Document interactive indicators and designs in a style guide.
W3C Working Group Status
The draft records no open editors' notes on this provision.
W3C Threads on This Provision
2 GitHub threads carrying 5 comments, fetched from w3c/wcag3 by the tracker. Titles, numbers and states are the threads' own.
⚠️ This summary is stale — comments landed after it was written.
What the Argument Is About
No discussion of this provision on its own terms — the single labelled thread is a 2019 issue about disabled controls, which reaches this provision only through adampage's closing comment that the definition of interactive element excludes disabled elements.
Positions taken in the thread
The provision requires interactive elements to be visually distinguishable from static content without interaction and to include visual cues on how to use them, but the defined term covers only elements that respond to user input and have a distinct programmatically determinable name. Disabled elements therefore fall outside it and instead match non-interactive element, an element that does not respond to user input and does not include sub-parts. Because disabled elements are not named in the example or notes around that definition, adampage asks what the group intends and suggests broadening the term, or adding a new one, for elements that exist to be interactive but may conditionally be disabled or read-only. Links w3c/wcag#5053 as related.
DavidMacDonald opened #197 in 2019 proposing that disabled UI elements meet 3:1 contrast or carry a disabled icon, since WCAG 2 exempts them from 1.4.3 and that hurts low-vision users. bkimmel seconded the problem — disabled states used to advertise future interaction create a large safe harbour — while doubting an icon is the answer. patrickhlauke preferred a minimum contrast plus a general intent of indicating disabled state, arguing WCAG cannot start demanding icons everywhere, and noted a possible crossover with user agents' own disabled styling.
Agreed
- Nothing about this provision's own wording has been settled here; the only substantive claim on record, adampage's reading of the two definitions, is unrebutted.
Still open
- Whether the definition of interactive element should be broadened, or a new term introduced, to cover conditionally disabled and read-only controls — adampage's question, unanswered since May 2026.
- alastc took #197 off the WCAG 2.2 slate in 2020 as needing more research, and it has not been picked back up in substance.
Note
This provision is exploratory and shares its only thread with "Disabled controls explained" and "Interactive element contrast sufficient"; it has attracted no issue of its own.
WCAG 2.2 Criteria That Map Here
From this site's reviewed WCAG 2.2 → WCAG 3 map. The map is an interpretation, not a W3C mapping: W3C has not published one yet.
No mapping recorded. No WCAG 2.2 criterion in this site's map is recorded as a predecessor of this provision.
W3C Raw Source Text
Verbatim from guidelines/groups/interactive-components/control-information/interactive-elements-distinguishable.md · informative document: informative/guidelines/interactive-components/control-information/interactive-elements-distinguishable.md
Interactive elements are visually distinguishable without interaction from static content and include visual cues on how to use them.