Select your language
Select other languages

Automatic translation

Loading translator…

Magoomake your components work correctlyBack to homepage

Tooltip and Popover

Present additional information associated with an interface element.

For working examples and design patterns for this component, see the references tab (opens the references on this page).

COMPONENT GUIDE

Explore behaviors before defining the interface.

Quick guide for designers

Always consider the context of the application, even when the guidance follows a standard pattern. Interaction design documents intent. Behavior must be verified in the implementation.

When to use

Consider keeping the information visible or using a disclosure. The source warns about behavioral differences between libraries.

What to draw

Show the trigger, supplementary content, and close control when present, without covering relevant information.

How it behaves

This source’s pattern opens on activation, rather than hovering alone. Escape closes open content.

What to document in Figma

Record opening, closing through the trigger or an outside click, and screen reader access to the content. Evaluate carefully on small screens.

How to review

Check whether the purpose and states are clear on small and large screens and with zoom. Verify documented behavior in the implementation, including keyboard and screen reader use where applicable.

Full guidance

Interaction Design

Questions to ask when designing interactive components of type Tooltip or Popover.

Important:
Depending on the context in which you build your components, there may be further questions, and some listed here may not be necessary. Assess each case individually.

Designing for "no interaction"

Designing for mouse use (any pointing device)

Designing for gesture use

Designing for keyboard use (any non-pointing device)

Designing for screen reader use

Interaction methods

Possible interaction methods for components of type Tooltip or Popover.

Important:
Only the main methods are listed here. Custom components require further study.

Mouse interaction (any pointing device)

Keyboard interaction (any non-pointing device)

Keyboard (or gesture) interaction + screen reader

Gherkin

BDD (Behavior-Driven Development) methodology focusing on three pillars: User Stories, Acceptance Criteria, and Gherkin Syntax (Given, When, Then).

Scenario: Given that I am on a page containing a Tooltip or Popover

Keyboard navigation

Desktop screen reader

Mobile screen reader

Considerations

Considerations for components of type Tooltip or Popover.

References

Additional references for components of type Tooltip or Popover.

Important:
Most references are on the course platform alongside the lessons cited in this material.

Disclaimer:
The links listed here are a curated collection of references where you can find implemented components, rather than recommendations. There is no unified implementation format and no guarantee that these links follow every design pattern. Direct questions to the teams responsible for the linked materials. Before copying a model, remember that all materials are constantly updated and that patterns, particularly proprietary ones, may change.

Design patterns

Design System

Original content by Marcelo Sales, initially used in the AccessBoost course (external link - opens in a new window). These interactions represent standard industry patterns, but may be customized in specific cases, provided there are sufficient instructions for people to understand the behavioral change.