Atlas · DS176 · Interaction pattern: Feedback
Microinteractions
Short feedback to confirm state, consequence or progress.
- Status in 2026: Established. Documented and in wide use.
- Trend 2027 to 2030: Rising (an editorial projection, not a forecast).
- The term: Known technical term or standard.
Definition
Short feedback to confirm state, consequence or progress.
Traits
- hover
- toggle
- progress
Typical settings: All products.
When to use it, and when not
Consider it when the task and motivation match: users looking for continuous confirmation. Typical settings: all products.
Be careful when the risk below would hurt the main task: noise and accumulated delays.
The audience is a hypothesis
"Users looking for continuous confirmation" describes a motivation, task or context for which this direction tends to be chosen. It was not measured, and it says nothing about any age, gender or other group.
UX risk and how to reduce it
Risk: Noise and accumulated delays.
Mitigation and accessibility: Animate only relevant changes.
How to check: Test a prototype against a plain baseline on a real task: completion, time, errors, comprehension, accessibility and preference, segmented by context rather than by stereotype.
Evidence
Indirect: the sources support underlying principles, not a preference for this style.
The sources below support the principles that apply to this term. None of them shows that this style works better or is preferred.
- Hassenzahl 2004 (Supported): Pragmatic and hedonic qualities.
- W3C Web Accessibility Initiative 2023 (Standard or guideline): Motion and vestibular disorders.
Heuristic scales
Relative editorial judgements from 1 to 5. They are not results of a study and not a measure of quality.
- Visual complexity heuristic
- 2 / 5 (1 is few visual elements, 5 is many layered elements)
- Expressiveness heuristic
- 3 / 5 (1 is restrained, neutral, 5 is highly expressive)
- Information density heuristic
- 3 / 5 (1 is sparse, 5 is dense)
In our library
No design-style recipe in @codeatlasdev/ui implements this term yet. You can still build it from the --ca-* tokens: see Theming.
Prompt for your AI
Paste this into a coding agent. It carries the trade-offs, and asks for a baseline to compare against.
Design this interface in the "Microinteractions" direction (interaction pattern, feedback): Short feedback to confirm state, consequence or progress. Visual and interaction traits to use: hover, toggle, progress. Main UX risk: Noise and accumulated delays. Mitigate it: Animate only relevant changes. Keep it accessible to WCAG 2.2 AA: contrast, visible focus, keyboard operation, 24 px minimum targets, reflow at 320 CSS px and reduced motion. Keep the content, hierarchy and behavior the same as a plain baseline so the two can be compared. Do not claim the style performs better; the choice should be validated with users.
References
Hassenzahl (2004). The Interplay of Beauty, Goodness, and Usability in Interactive Products. Human-Computer Interaction, 19(4).Supported
Supports: Two studies with four MP3-player skins: goodness depended on perceived usability and hedonic attributes, while beauty largely depended on identification, a hedonic attribute. Beauty and goodness were related but not the same.
Does not support: Results for other products, tasks or populations. The products were four skins of one kind of player.
Checked 2026-10-25.
W3C Web Accessibility Initiative (2023). Understanding Success Criterion 2.3.3: Animation from Interactions. W3C WAI, WCAG 2.2 Understanding (Level AAA).Standard or guideline
Supports: Non-essential motion triggered by interaction, such as parallax scrolling, can trigger vestibular disorders (dizziness, nausea, headaches); content should let users turn it off. The criterion is Level AAA.
Does not support: A prevalence figure, or that all animation is harmful. Essential motion is excepted, and the criterion is above the AA level most programs target.
Checked 2026-10-25.