My learning 0 of 20 lessons complete
Start lesson 1 →
Back to compare picker

Tooltip-only required information vs Tooltip vs Inline message vs Disclosure / details vs Popover

Flag tooltip-only required information when instructions, eligibility, limits, formatting rules, legal consequences, or recovery steps needed to complete a task exist only inside a temporary hover or focus bubble. Use tooltip only for short supplemental descriptions, inline message for persistent task guidance, disclosure details for optional in-place help, and popover for intentionally opened anchored content.

Learn the decision

Match the interaction to the person's task

Flag tooltip-only required information when instructions, eligibility, limits, formatting rules, legal consequences, or recovery steps needed to complete a task exist only inside a temporary hover or focus bubble. Use tooltip only for short supplemental descriptions, inline message for persistent task guidance, disclosure details for optional in-place help, and popover for intentionally opened anchored content.

Tooltip-only required information

Use it when: Use this anti-pattern entry to review forms, checkout, applications, settings, data tables, eligibility flows, upload flows, and disabled actions where required information is hidden in a tooltip.

Make this state clear: Default state with the requirement visible, summarized, or explicitly openable before users act.

Observe the result: A mobile user can read required document rules before selecting files and can reopen optional examples in a details disclosure.

Study the full pattern →

Tooltip

Use it when: A compact control needs a brief supplemental explanation.

Make this state clear: Keyboard focus state where the tooltip appears and focus remains on the trigger.

Observe the result: Tabbing to Archive keeps focus on the button, shows a short description, Escape hides it, and focus remains on Archive.

Study the full pattern →

Inline message

Use it when: A visible object or section has local status, warning, success, or next-step information.

Make this state clear: Informational inline message attached to the relevant object or section.

Observe the result: A successful send message remains beside the invoice long enough to copy the generated reference.

Study the full pattern →

Disclosure / details

Use it when: One short supporting explanation belongs in place beside the content it clarifies.

Make this state clear: Closed state with a specific summary label and hidden supporting content.

Observe the result: A user opens the calculation help, reads one example, closes it, and the nearby income field value remains unchanged.

Study the full pattern →

Popover

Use it when: A local control needs brief explanatory content or light editing while page context remains visible.

Make this state clear: Closed trigger state with visible label, icon name, or field relationship.

Observe the result: Opening the due-date popover moves focus to the first date option, choosing Tomorrow updates the field, closes the layer, and returns focus to the Due date trigger.

Study the full pattern →

Practice the judgment: Imagine this situation: A tax ID field hides the required format and where to find the number in a tooltip, then the tooltip disappears while the user types. Write the person's goal, choose one of these patterns, and show the state that helps the person continue. Use the decision rules and source trail below to explain your choice.

Review the underlying principle →

Decision dimensions

Dimension Tooltip-only required informationTooltipInline messageDisclosure / detailsPopover
UI or UX UI + UX - Required-content-hidden-in-tooltip anti-patternUI + UX - Short noninteractive description tied to a triggerUI + UX - Contextual in-flow feedbackUI + UX - Single in-place reveal for optional supporting contentUI + UX - Small anchored contextual overlay
UI guidance Replace tooltip-only required information with visible text, inline message, validation copy, details disclosure, or a stable popover that remains available while users act.Render a tooltip as a small text-only bubble visually tied to a focusable trigger, with concise copy, readable contrast, stable placement, and an optional arrow that points to the target.Render the message inside the same row, card, panel, form section, or task region that it describes, with a clear tone, concise title, body text, and at most one local action or detail disclosure.Render one clearly labelled disclosure control with a visible summary that predicts the revealed content, followed immediately by the hidden explanation, example, or supporting note.Render a popover as a compact surface visually tied to the trigger, field, selection, or object that opened it, with a clear title or labelled content when the body is more than a short sentence.
UX guidance Use this anti-pattern during review when users must discover hidden tooltip text to answer a field, choose safely, avoid validation failure, understand a legal consequence, or unblock a disabled action.Help the person reach a clear task outcome.Use inline messages when users need contextual feedback while continuing nearby work, such as a row-level warning, section-level success, local policy note, or task-specific next step.Use disclosure details when a short explanation, example, eligibility note, or calculation help is useful to some users but would slow most users if always visible.Make opening, light dismissal, Escape, outside click, anchor scrolling, focus order, and focus return predictable so the surface feels contextual rather than interruptive.
Good UI A document upload step lists passport or driving licence as acceptable evidence in visible help text and opens details for examples.A labelled Archive icon button receives focus and shows a short tooltip that says Moves this report to archived reports.An invoice row shows Missing billing contact directly beneath the affected customer with Add contact as the only action.A tax form shows a summary labelled How we calculate household income, revealing a short worked example below the income field.A Due date button in a task row opens a small popover beside the field with Today, Tomorrow, Friday, a custom date field, and a visible close control.
Bad UI A question-mark icon beside Tax ID hides the only accepted format in a hover tooltip.The tooltip appears only on mouse hover.A section message contains a full support workflow, several links, and unrelated settings controls.A page uses ten Details controls as section navigation, with some triggers revealing text and others opening pages.Escape closes the layer but focus disappears or jumps to the top of the page.
Good UX A mobile user can read required document rules before selecting files and can reopen optional examples in a details disclosure.Tabbing to Archive keeps focus on the button, shows a short description, Escape hides it, and focus remains on Archive.A successful send message remains beside the invoice long enough to copy the generated reference.A user opens the calculation help, reads one example, closes it, and the nearby income field value remains unchanged.Opening the due-date popover moves focus to the first date option, choosing Tomorrow updates the field, closes the layer, and returns focus to the Due date trigger.
Bad UX A slow reader opens a tooltip, moves focus to type, and loses the only deadline consequence.A user presses Escape to hide the tooltip and focus jumps to the top of the page.The message disappears like a toast even though users still need the invoice reference.Users miss a deadline because the deadline is hidden inside a collapsed disclosure with a vague label.The user scrolls and the popover stays in the old position, so it appears to describe the wrong field.
Best fit Use this anti-pattern entry to review forms, checkout, applications, settings, data tables, eligibility flows, upload flows, and disabled actions where required information is hidden in a tooltip.A compact control needs a brief supplemental explanation.A visible object or section has local status, warning, success, or next-step information.One short supporting explanation belongs in place beside the content it clarifies.A local control needs brief explanatory content or light editing while page context remains visible.
Avoid when The required information is already visible, and the tooltip only repeats or clarifies it.The text is the only label or action name.The message is a one-field validation correction.The content is required to make the right decision.The content is essential instruction that must remain visible for task completion.
Required state Default state with the requirement visible, summarized, or explicitly openable before users act.Keyboard focus state where the tooltip appears and focus remains on the trigger.Informational inline message attached to the relevant object or section.Closed state with a specific summary label and hidden supporting content.Closed trigger state with visible label, icon name, or field relationship.
Accessibility burden Keep required content in normal reading order or behind an explicit, keyboard-reachable control that remains open long enough to use.Use tooltip text as a description with aria-describedby when it supplements the trigger.Keep the message in the reading order near the context it describes.Use native summary behavior or a button that exposes expanded and collapsed state.Use a real button or equivalent control as the trigger whenever possible.
Common misuse Putting accepted document types only in a help-icon tooltip.Using hover-only tooltip text as the only label for an icon button.Using an inline message for a single field error that should be connected to that input.Using vague summaries such as More, Details, or Click here.Using a popover as a hidden modal, drawer, sheet, command menu, or full workflow.

Tooltip-only required information

UI or UX
UI + UX - Required-content-hidden-in-tooltip anti-pattern
UI guidance
Replace tooltip-only required information with visible text, inline message, validation copy, details disclosure, or a stable popover that remains available while users act.
UX guidance
Use this anti-pattern during review when users must discover hidden tooltip text to answer a field, choose safely, avoid validation failure, understand a legal consequence, or unblock a disabled action.
Good UI
A document upload step lists passport or driving licence as acceptable evidence in visible help text and opens details for examples.
Bad UI
A question-mark icon beside Tax ID hides the only accepted format in a hover tooltip.
Good UX
A mobile user can read required document rules before selecting files and can reopen optional examples in a details disclosure.
Bad UX
A slow reader opens a tooltip, moves focus to type, and loses the only deadline consequence.
Best fit
Use this anti-pattern entry to review forms, checkout, applications, settings, data tables, eligibility flows, upload flows, and disabled actions where required information is hidden in a tooltip.
Avoid when
The required information is already visible, and the tooltip only repeats or clarifies it.
Required state
Default state with the requirement visible, summarized, or explicitly openable before users act.
Accessibility burden
Keep required content in normal reading order or behind an explicit, keyboard-reachable control that remains open long enough to use.
Common misuse
Putting accepted document types only in a help-icon tooltip.

Tooltip

UI or UX
UI + UX - Short noninteractive description tied to a trigger
UI guidance
Render a tooltip as a small text-only bubble visually tied to a focusable trigger, with concise copy, readable contrast, stable placement, and an optional arrow that points to the target.
UX guidance
Help the person reach a clear task outcome.
Good UI
A labelled Archive icon button receives focus and shows a short tooltip that says Moves this report to archived reports.
Bad UI
The tooltip appears only on mouse hover.
Good UX
Tabbing to Archive keeps focus on the button, shows a short description, Escape hides it, and focus remains on Archive.
Bad UX
A user presses Escape to hide the tooltip and focus jumps to the top of the page.
Best fit
A compact control needs a brief supplemental explanation.
Avoid when
The text is the only label or action name.
Required state
Keyboard focus state where the tooltip appears and focus remains on the trigger.
Accessibility burden
Use tooltip text as a description with aria-describedby when it supplements the trigger.
Common misuse
Using hover-only tooltip text as the only label for an icon button.

Inline message

UI or UX
UI + UX - Contextual in-flow feedback
UI guidance
Render the message inside the same row, card, panel, form section, or task region that it describes, with a clear tone, concise title, body text, and at most one local action or detail disclosure.
UX guidance
Use inline messages when users need contextual feedback while continuing nearby work, such as a row-level warning, section-level success, local policy note, or task-specific next step.
Good UI
An invoice row shows Missing billing contact directly beneath the affected customer with Add contact as the only action.
Bad UI
A section message contains a full support workflow, several links, and unrelated settings controls.
Good UX
A successful send message remains beside the invoice long enough to copy the generated reference.
Bad UX
The message disappears like a toast even though users still need the invoice reference.
Best fit
A visible object or section has local status, warning, success, or next-step information.
Avoid when
The message is a one-field validation correction.
Required state
Informational inline message attached to the relevant object or section.
Accessibility burden
Keep the message in the reading order near the context it describes.
Common misuse
Using an inline message for a single field error that should be connected to that input.

Disclosure / details

UI or UX
UI + UX - Single in-place reveal for optional supporting content
UI guidance
Render one clearly labelled disclosure control with a visible summary that predicts the revealed content, followed immediately by the hidden explanation, example, or supporting note.
UX guidance
Use disclosure details when a short explanation, example, eligibility note, or calculation help is useful to some users but would slow most users if always visible.
Good UI
A tax form shows a summary labelled How we calculate household income, revealing a short worked example below the income field.
Bad UI
A page uses ten Details controls as section navigation, with some triggers revealing text and others opening pages.
Good UX
A user opens the calculation help, reads one example, closes it, and the nearby income field value remains unchanged.
Bad UX
Users miss a deadline because the deadline is hidden inside a collapsed disclosure with a vague label.
Best fit
One short supporting explanation belongs in place beside the content it clarifies.
Avoid when
The content is required to make the right decision.
Required state
Closed state with a specific summary label and hidden supporting content.
Accessibility burden
Use native summary behavior or a button that exposes expanded and collapsed state.
Common misuse
Using vague summaries such as More, Details, or Click here.

Popover

UI or UX
UI + UX - Small anchored contextual overlay
UI guidance
Render a popover as a compact surface visually tied to the trigger, field, selection, or object that opened it, with a clear title or labelled content when the body is more than a short sentence.
UX guidance
Make opening, light dismissal, Escape, outside click, anchor scrolling, focus order, and focus return predictable so the surface feels contextual rather than interruptive.
Good UI
A Due date button in a task row opens a small popover beside the field with Today, Tomorrow, Friday, a custom date field, and a visible close control.
Bad UI
Escape closes the layer but focus disappears or jumps to the top of the page.
Good UX
Opening the due-date popover moves focus to the first date option, choosing Tomorrow updates the field, closes the layer, and returns focus to the Due date trigger.
Bad UX
The user scrolls and the popover stays in the old position, so it appears to describe the wrong field.
Best fit
A local control needs brief explanatory content or light editing while page context remains visible.
Avoid when
The content is essential instruction that must remain visible for task completion.
Required state
Closed trigger state with visible label, icon name, or field relationship.
Accessibility burden
Use a real button or equivalent control as the trigger whenever possible.
Common misuse
Using a popover as a hidden modal, drawer, sheet, command menu, or full workflow.
Decision rules
  • Flag tooltip-only required information when users must read the content to answer a field, satisfy a rule, avoid an error, understand a consequence, meet an eligibility limit, recover from a blocked action, or choose safely.
  • Choose tooltip only when the trigger already has a usable name and the content is short, noninteractive, supplemental, and safe to lose after blur, pointer out, Escape, or touch dismissal.
  • Choose inline message when the information is required, validation-related, consequence-bearing, time-sensitive, or must remain visible while users type, compare, copy, or decide.
  • Choose disclosure details when the help is optional but longer than a tooltip and should remain inline after users intentionally open it.
  • Choose popover when users intentionally open a small anchored surface with richer content, links, or light controls; do not rely on hover timing for required instructions.
  • If the information includes required password rules, document requirements, payment limits, eligibility thresholds, deadline consequences, support reference details, or correction steps, make those requirements visible near the task before validation or open the supporting surface during recovery.
  • A tooltip can repeat or summarize required content that is already visible elsewhere, but it must not be the only copy users can access by keyboard, touch, screen reader, zoom, or slow reading.
  • Do not attach required instructions to disabled native controls when the control cannot receive keyboard focus; provide adjacent explanation, enabled wrapper help, or a recoverable inline message.
  • For content on hover or focus, verify dismissible, hoverable, and persistent behavior, but still move required information out of transient tooltip-only treatment.
  • During generated UI review, flag question-mark icons, title attributes, aria-describedby tooltips, or info bubbles whose hidden text is necessary to complete the form or avoid an error.
Inspect live examples
Failure modes
  • A tax ID field hides the required format and where to find the number in a tooltip, then the tooltip disappears while the user types.
  • Eligibility thresholds are available only by hovering a help icon, so touch users submit an ineligible application.
  • A disabled Continue button has a hover tooltip explaining missing documents, but keyboard users cannot focus the disabled control.
  • A payment limit and fee consequence live only in a tooltip that closes on Escape or scroll.
  • A password field shows the full rule list only on focus, then validation fails after users tab away and cannot see what to fix.
  • A legal declaration relies on tooltip text for the consequence of checking the box.
  • A compact table hides required column definitions in cell tooltips with no persistent legend or details route.
  • A mobile form uses title-attribute help that cannot be opened by touch or screen reader users.

Saved items