Forms, content, and perception
Label and group form controls
Give every control a persistent name, group related choices, and provide instructions before they are needed.
9 minute lesson
Before choosing a tool or writing more code, make the requirement concrete. Contact preference radios sit inside a fieldset with a legend, and address fields use appropriate autocomplete tokens.
Labels and grouping make form purpose available visually and programmatically; placeholders are not durable labels. The useful target is not encyclopedic coverage. Make one deliberate choice, observe its consequences, and know which requirement would make you revise it.
A common failure is to use placeholder text as the only name or repeat vague labels such as “value”. The happy path may still work, which makes the mistake easy to miss. associate explicit labels, group related controls, and add purpose metadata supported by the browser. Keep the first version small enough that every important input and output remains visible.
This supports the module goal: Repair the registration content so input and information remain clear across perception and reading conditions. Capture the request, command, trace, screenshot, test result, or other evidence that proves the result.
Inspect the accessibility name and autocomplete behavior for every registration field. Change one condition on purpose, predict the result, and compare the prediction with what actually happened.
Lesson completed