Free UI pattern finder · Web interfaces only

Diagnose the right UI pattern before the build goes wrong.

Describe what you see, how it should behave, or what your coding agent got wrong. Compare likely web UI patterns and leave with an implementation brief you can test.

Diagnostic console

Describe the evidence

reviewed rules only
English web UI descriptions only. Do not paste secrets or private source code. 0 / 500

Try a field report

From visual clue to behavior contract

How the UI pattern finder works

A component name is useful only when it leads to the correct interaction, focus, keyboard, dismissal, and mobile behavior.

01

Describe observable evidence

Start with what opens the interface, where it appears, whether the page behind it remains usable, what content it contains, and how it closes. You do not need to know the component name. A concrete behavior such as “a card opens on focus and contains a link” is more useful than a visual label such as “small popup.”

02

Compare nearby alternatives

The diagnostic keeps two or three plausible candidates instead of pretending the first keyword match is correct. It then asks only questions that can change the result. This matters because Tooltip, Popover, and Hover Card may share a floating shape while requiring different interactivity and persistence rules.

03

Copy a testable brief

The final output turns the selected pattern into an implementation contract. It records trigger, dismissal, modality, focus, keyboard behavior, placement, mobile behavior, excluded alternatives, and observable acceptance checks. Give that brief to a coding agent, then test the result instead of trusting the label alone.

Need a manual process first? Read the step-by-step guide to identifying an unnamed UI pattern.

Six ambiguity clusters

The expensive mistakes live between labels

Each cluster is built around decisions that change focus, keyboard, modality, or value behavior.

Reviewed reference set

20 patterns, behaviors, and presentation forms

These entries are deliberately not flattened into one false taxonomy. Each page states what its name can and cannot guarantee.

01

Hover and contextual information · semantic pattern

Tooltip

A small, non-interactive text popup that supplements a control when it receives hover or keyboard focus.

Tooltip behavior diagram
Tooltip behavior guide
02

Hover and contextual information · semantic pattern

Popover

A non-modal contextual surface that can contain interactive content and stays associated with a trigger.

Popover behavior diagram
Popover behavior guide
03

Hover and contextual information · presentation form

Hover Card

A richer preview of a referenced person, place, or object, revealed from its link or trigger on hover and focus.

Hover Card behavior diagram
Hover Card behavior guide
04

Dialog and side surfaces · semantic pattern

Dialog

A separate window layered over a page that contains a focused task or information and may be modal or non-modal.

Dialog behavior diagram
Dialog behavior guide
05

Dialog and side surfaces · semantic pattern

Modal Dialog

A dialog that makes the rest of the page inert until the user completes or dismisses the dialog.

Modal Dialog behavior diagram
Modal Dialog behavior guide
06

Dialog and side surfaces · presentation form

Drawer

A panel that enters from a screen edge, often with touch-friendly drag or snap behavior; modality must be specified separately.

Drawer behavior diagram
Drawer behavior guide
07

Dialog and side surfaces · presentation form

Sheet

A panel presented over the page from a defined side, commonly composed with dialog behavior and explicit close controls.

Sheet behavior diagram
Sheet behavior guide
08

Selection and suggestions · semantic pattern

Select

A control for choosing one or more values from a predefined set without accepting arbitrary text input.

Select behavior diagram
Select behavior guide
09

Selection and suggestions · semantic pattern

Combobox

An input or selection control with an associated popup that presents allowed or suggested values.

Combobox behavior diagram
Combobox behavior guide
10

Selection and suggestions · behavior variant

Autocomplete

A suggestion behavior that filters or completes values as a user types, commonly implemented as an editable combobox.

Autocomplete behavior diagram
Autocomplete behavior guide
12

Menus and navigation · composite pattern

Context Menu

A command menu opened for a specific object or pointer location, commonly by right-click or long press.

Context Menu behavior diagram
Context Menu behavior guide
14

Feedback and notices · message channel

Toast

A brief, non-blocking message about a recent event that may disappear after users have enough time to perceive it.

Toast behavior diagram
Toast behavior guide
15

Feedback and notices · semantic pattern

Alert

A brief, important dynamic message announced to users without moving keyboard focus or blocking their task.

Alert behavior diagram
Alert behavior guide
16

Feedback and notices · message channel

Notification

A message about an event or state that may persist, include actions, and remain available beyond the immediate moment.

Notification behavior diagram
Notification behavior guide
17

Feedback and notices · presentation form

Banner

A prominent page-level message region that persists while a condition, announcement, or required awareness remains relevant.

Banner behavior diagram
Banner behavior guide
18

Progressive disclosure · composite pattern

Accordion

A vertically stacked set of interactive headings that reveal or hide their associated content panels.

Accordion behavior diagram
Accordion behavior guide
19

Progressive disclosure · semantic pattern

Disclosure

A button that controls whether one related region of content is visible or hidden.

Disclosure behavior diagram
Disclosure behavior guide
20

Progressive disclosure · generic behavior

Collapsible

A generic behavior in which a region can collapse or expand; it does not by itself define the surrounding semantic structure.

Collapsible behavior diagram
Collapsible behavior guide

Frequently asked questions

UI pattern identification basics

These answers explain the scope of the tool before you rely on a diagnosis.

What is a UI pattern?

A UI pattern is a repeatable solution to an interface problem with recognizable behavior and expectations. The visible shape is only one clue. Trigger, focus movement, keyboard support, dismissal, modality, placement, persistence, and content all help define the actual contract. Some familiar terms describe semantics, while others describe presentation or a behavior attached to another component.

How do I identify a UI component when I do not know its name?

Describe observable behavior instead of guessing a label. Note what activates it, whether it contains controls, whether users can interact with the background, what happens to keyboard focus, how it closes, whether it persists, and what changes on mobile. Use those facts to eliminate incompatible patterns before choosing the closest reviewed term.

Why does the exact pattern name matter?

The name is shorthand for implementation decisions. Asking for a Tooltip when users must click links inside the surface can produce an inaccessible build. Asking for a Select when users must type and filter options can block the required task. The useful outcome is not vocabulary alone; it is a behavior contract that prevents a coding agent or component library from making the wrong assumptions.

Does UI Pattern Diagnostic generate production code?

No. It returns reviewed candidates, decisive differences, a framework-neutral implementation brief, and observable checks. You still choose the component library and verify the result in your own application. The tool covers a closed set of 20 web UI concepts and can return no match when the evidence does not support a reviewed answer.