Interface Core A1 · Official standard Platform: Web

Description List

A Description List pairs each name with a value or explanation. It suits short, read-only facts.

See how it works
You might call it descriptionsdefinition listkey-value list

See how it works

Original worked exampleDescription List

Another example

An order summary lists status, customer, delivery time, tax number, and payment method as read-only facts.

Main parts

  1. 01Trigger or task context
  2. 02Primary control surface
  3. 03Feedback, focus, and dismissal

Use it when

Use it for a short fact set where every value needs a clear name.

Do not use it when

Do not use it for editable forms, sortable tables, or normal articles.

Name used in code

<dl><dt><dd>

Before you ship

Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states.

Request you can copy

Outcome: Use Description List to solve this user need without losing the current context. User context: An order summary lists status, customer, delivery time, tax number, and payment method as read-only facts. Recommended pattern: Description List. Why it fits: Use it for a short fact set where every value needs a clear name. Do not use it when: Do not use it for editable forms, sortable tables, or normal articles. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary): The standard covers only the listed scope. It does not choose the visual style, product decision, or Vibulary example. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.

Check this request

Review the current use of Description List. Definition: A Description List pairs each name with a value or explanation. It suits short, read-only facts. Release checks: Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states. Before changing code, report the evidence you found, gaps, severity, and the smallest safe fix.

A1
How official is this term?

Official standard

A named standard sets the rules described on this page.

The standard covers only the listed scope. It does not choose the visual style, product decision, or Vibulary example.

Scope
HTML description-list semantics
Document status
living standard
Checked on
2026-07-30

Evidence sources & scope

Authority source + Term reference · WHATWG · living standard HTML Living Standard — The dl element The dl element Scope: Web platform; direct scope: The dl element Role here: Direct term reference Source covers: canonical name, definition, semantics, implementation Authority source · WHATWG · living standard HTML Living Standard Scope: Web platform Role here: Authority within stated scope Source covers: canonical name, definition, semantics, implementation

Copy it yourself

The browser could not copy this. Select the request below and copy it yourself.