skip to content

Iconography

Icons as one governed set: a shared grid, one drawing style, a fixed size set, depiction-based names, text alternatives and delivery. Interviewers probe it because unlabeled icon buttons fail users.

part ofDesign systems & UX foundationsoverview, primer and where to startread it →
on this pageshow

explore

questions

24

When is an icon on a car-rental vehicle card decorative rather than meaningful, and what does each kind need?

level: juniorimportance: must knowfreq 55%

answer

  1. same information said twice?
  2. delete it: is anything lost?
  3. decision per use, not per glyph
  4. hidden from the accessibility tree
  5. alternative states meaning, not drawing

basics

~20 s

An icon is decorative when nearby visible text already carries its meaning or it is pure ornament; hide it from assistive technology. It is meaningful when it carries information nothing else states; give it a text alternative naming that information.

solid answer

~40 s

The test is removal: if you delete the icon and no information is lost, it is **decorative** and should be hidden from the accessibility tree so assistive technology skips it. On a vehicle card, a snowflake beside the words “Air conditioning” is decorative; exposing it too makes a screen reader say the feature twice. If the same snowflake stands alone in a row of feature icons, it is **meaningful** and needs a text alternative that states the meaning (“Air conditioning”), not the drawing (“snowflake”). Because one glyph can be either, the decision is made per use, not per icon in the set. WCAG 2.2 criterion 1.1.1 Non-text Content (Level A) covers both halves: an equivalent alternative for meaningful content, and decoration implemented so assistive technology can ignore it.

go deeper

for a junior

Recall the removal test: if deleting the icon loses nothing, hide it; if it loses information, give it a short text alternative that states the meaning, not the picture.

for a middle

Explain why hiding decoration is half of WCAG 1.1.1 rather than a shortcut, and show how the same glyph changes kind with the text around it.

for a senior

Show how you make the decision explicit per use across a product — a stated decision in the spec, a required choice in the icon component — so platform defaults never decide.

for a principal

Weigh the cost of each default at scale: exposing by default floods announcements, hiding by default silently drops meaning, and neither replaces an explicit decision owned by design.

## Two kinds of icon To a person who cannot see the screen, every icon is one of two things. A **decorative** icon adds visual rhythm, reinforces a word that is already on screen, or is pure ornament; removing it loses no information. A **meaningful** (informative) icon carries information that nothing else on the screen states; removing it loses something. The distinction is not about how the icon is drawn or which set it comes from — it is about **what the surrounding content already says**. WCAG 2.2 success criterion **1.1.1 Non-text Content** (Level A) covers both halves. Non-text content presented to the user needs a text alternative that serves the equivalent purpose, and content that is pure decoration, is used only for visual formatting, or is not presented to users must be implemented so that assistive technology can ignore it. So “hide it” is not a way around the rule; it is half of the rule. ## The removal test A reliable way to decide, used in design reviews and audits: 1. Mentally delete the icon and read what remains, including any visible text right next to it. 2. If nothing is lost, the icon is **decorative**: exclude it from the **accessibility tree** (the structure assistive technology reads) so it is skipped. 3. If something is lost, the icon is **meaningful**: give it a text alternative that states exactly what was lost. 4. If the icon is the only content of a control, it is meaningful by definition, and the control needs an **accessible name** that says what the control does. ## Worked examples on a vehicle card A car-rental vehicle card is a dense mix of both kinds: | Icon on the card | Visible text beside it? | Kind | Treatment | |---|---|---|---| | Snowflake next to “Air conditioning” | Yes | Decorative | Hide from assistive technology | | Snowflake alone in a row of feature icons | No | Meaningful | Alternative: “Air conditioning” | | Suitcase followed only by the digit 3 | Only the number | Meaningful | Label the group: “Fits 3 large bags” | | Check mark next to “Free cancellation” | Yes | Decorative | Hide | | Rental company's logo in the card's corner | No | Meaningful | Alternative: the company's name | | Ornamental swoosh behind the price | — | Decorative | Hide | Two lessons come out of the table. First, the **same glyph** (the snowflake) is decorative in one place and meaningful in another, so the decision belongs to each use, not to the icon as stored in the set. Second, a meaningful icon's alternative often has to be written **together with nearby text**: the suitcase alone would be “bags”, but the reader needs “3 large bags” to get the same fact a sighted user gets. ## What a good text alternative says - **The meaning, not the drawing.** “Air conditioning”, not “snowflake”; a sighted renter does not think “snowflake” either. - **Short.** A word or a short phrase; the icon was a compressed message, and the alternative should be one too. - **No role or type word.** Not “icon”, “image” or “graphic”; assistive technology already announces what kind of thing it is, so the extra word is noise. - **Written as product copy.** It follows the same content guidelines as visible text, and it is translated with it. - **Consistent.** The same icon with the same meaning gets the same alternative everywhere, so a user learns it once. ## Why hiding decorative icons matters Exposing everything feels safer, but it degrades the experience. A screen reader user moving through a vehicle card's feature list would hear “Air conditioning, image, Air conditioning” for every row — or worse, a file name like “snowflake-24” when nobody wrote an alternative. Twenty cards on a results page turn that into hundreds of wasted announcements. Hiding decorative icons is what keeps the meaningful ones audible. The inverse error is just as real: an icon hidden by default that actually carries meaning — a standalone check mark that is the only sign of free cancellation — silently removes information for exactly the people who cannot see it. Neither default is safe on its own. ## Across platforms The model is the same on every platform a design system ships to, even though the mechanism differs. On the web and on native mobile alike, an element can be excluded from what assistive technology reads, and an element can be given a label that becomes its name. What differs is what happens to an unlabeled graphic when nobody decides: some are skipped, some are announced as a generic “image”, some read out a file name. A design system's job is therefore to make the decision **explicit** for every use — decorative, or meaningful with an alternative — so it is never left to platform behaviour that varies and is often wrong. In practice that means the designer states the decision in the spec, and the icon component asks for it rather than guessing.

  • Can the same icon from the set be decorative on one screen and meaningful on another?
    Yes. Whether an icon is decorative depends on what the surrounding content already says, not on the glyph. A snowflake beside the words “Air conditioning” is decorative; the same snowflake alone in a feature row is meaningful. That is why the decision is recorded at each use, in the spec and in the component call, rather than stored once per icon in the set.
  • A vehicle card shows a suitcase icon followed only by the digit 3. What does the icon need?
    The icon is meaningful, because the visible “3” says nothing about luggage. The cleanest fix is to give the group one label, such as “Fits 3 large bags”, and hide its parts, so a screen reader user hears the same fact a sighted user reads rather than a bare number. A visible word next to the number would help sighted users too.
  • Who decides whether an icon is decorative, the designer or the engineer?
    The designer states it, because only the designer knows what the icon is meant to communicate; the engineer implements that decision. When nobody states it, the component's default decides, and defaults are exactly where decorative icons get announced and meaningful ones get hidden. Review then checks the stated decision against what assistive technology actually announces.

A museum audio guide describes the paintings, not the picture frames; describing every frame would bury the paintings, and skipping a painting would lose the exhibit.

saying these in an interview costs you the question

  • Every icon needs a text alternative, so label all of them.
  • The alternative should describe the drawing, such as “snowflake”.
  • Whether an icon is decorative is fixed by the icon file in the set.
  • A decorative icon needs no handling; unlabeled graphics are always skipped.
  • Hiding decorative icons is optional polish, not part of WCAG 1.1.1.
open as a page

What accessible name should a car-rental results page give an icon-only heart button that saves a car, and why?

level: juniorimportance: must knowfreq 62%

basics

~20 s

Name it by its function, not its picture: “Save to favourites”, made unique per card, such as “Save compact hatchback to favourites”. Leave out the role word, and expose the saved status as a pressed state or a changing name.

open as a page

In a design system, why is an icon's glyph size kept separate from its tappable area?

level: juniorimportance: must knowfreq 45%

basics

~20 s

Glyph size serves visual hierarchy and pairing with text, while the tappable area serves the finger or pointer. A small icon becomes easy to tap by padding its hit area around an unchanged glyph, never by stretching the drawing.

open as a page

In a music-streaming app's design system, why should a single-color icon inherit the surrounding text color rather than carry a fixed fill?

level: juniorimportance: should knowfreq 28%

basics

~20 s

An icon that takes its color from surrounding text follows every state and theme its container handles — selected, disabled, dark surfaces, high-contrast settings — from one file. A fixed fill needs a file per color and breaks when surfaces change.

open as a page

In an icon system, what are the canvas, live area and padding, and why is every icon drawn on the same canvas?

level: juniorimportance: should knowfreq 34%

basics

~20 s

The canvas is the fixed square every icon is drawn on, the live area the inner zone for its main shapes, and padding the margin between them. A shared canvas lets any icon align and swap in controls without per-icon nudging.

open as a page

In a design system's icon library, why are icons usually named for what they depict rather than for what they mean?

level: juniorimportance: should knowfreq 32%

basics

~20 s

An icon's picture stays the same while its meaning depends on where it is used, so a depiction name like 'clock' survives reuse while a meaning name like 'opening-hours' turns wrong. Meanings belong in keywords and at the point of use.

open as a page

In a design system's icon set, which drawing attributes must stay fixed across every icon so the set reads as one family, and why?

level: juniorimportance: should knowfreq 36%

basics

~20 s

A coherent icon set fixes stroke weight, stroke terminals and joins, corner radius, fill treatment and flat front-on perspective, and keeps one metaphor per concept. Varying any of them makes icons look borrowed from different sets.

open as a page

Why should a design system avoid icons carrying meaning alone, like a car-rental fuel-policy icon, even when each has a text alternative?

level: middleimportance: should knowfreq 38%

basics

~20 s

A text alternative reaches only assistive-technology users; sighted users still have to guess what a domain icon like a fuel gauge means. So a system pairs meaningful icons with visible words and reserves icon-only use for a few established actions.

open as a page

Under WCAG 2.2 success criterion 1.4.11 Non-text Contrast, which icons on a car-rental site must reach 3:1, and which are exempt?

level: middleimportance: should knowfreq 42%

basics

~10 s

Icons that identify a control or its state, and standalone icons needed to understand content, must reach 3:1 against adjacent colors. Icons duplicated by visible text, decorative icons, disabled controls and logos are exempt.

open as a page

Why did icon fonts fall out of favour for delivering a design system's icons, and what do teams use instead?

level: middleimportance: should knowfreq 34%

basics

~20 s

Icon fonts draw icons as text, so they break when the font fails or users override fonts, confuse assistive technology, align like text, carry one color and ship every glyph. Vector icons, as components or sprites, avoid this.

open as a page

How should a music-streaming app's design system turn one icon source into assets for the web, two native mobile platforms and a design editor?

level: middleimportance: should knowfreq 22%

basics

~20 s

Keep one vector master per icon, clean it, restrict it to features every target supports, then generate each output — web components or sprite, each native vector asset, the design-editor library — and verify each by rendering it.

open as a page

In an icon grid, why is the circle keyline larger than the square keyline, and how do designers use keyline shapes?

level: middleimportance: should knowfreq 36%

basics

~20 s

A circle drawn in the same box as a square covers about a fifth less area, so it looks smaller. Keylines set the circle larger than the square, with portrait and landscape rectangles in between, so icons of different outlines look equally heavy.

open as a page

In a design system's icon library, how do search keywords and aliases help people find icons, and what should they contain?

level: middleimportance: should knowfreq 27%

basics

~20 s

Keywords attach the meanings, synonyms and related terms people search for to a depiction-named icon, and aliases are alternate names that resolve to the same icon, often former names. Together they let 'audio guide' find 'headphones'.

open as a page

In a design system's icon library, what is a reserved icon with one fixed meaning, and how does the library enforce the reservation?

level: middleimportance: should knowfreq 25%

basics

~20 s

A reserved icon is locked to one meaning across every product, such as close, back or warning, because users act on it without reading. The library flags it in its catalogue and docs, offers alternatives, and checks usages in review and automatically.

open as a page

In a design system, why do icons come in a small fixed set of sizes, and how is each size paired with a text style?

level: middleimportance: should knowfreq 40%

basics

~20 s

A small fixed size set keeps icons crisp, consistent and reviewable, since each size is tuned. Each icon size maps to a text style so the icon fits within that text's line height and centres on the line beside it.

open as a page

In a design system that ships filled and outlined icon variants, how should the two be used, for example to mark the selected navigation item?

level: middleimportance: should knowfreq 40%

basics

~20 s

Pick one variant as the default look and give the other exactly one meaning, commonly filled for selected or on. Draw both from one silhouette, and expose the state programmatically rather than relying on the fill alone.

open as a page

In a design system's icon set, why keep one metaphor per concept, and what breaks when a funnel icon means both filter and conversion report?

level: middleimportance: should knowfreq 32%

basics

~20 s

Users learn each icon's picture-to-meaning mapping, so one concept needs one picture everywhere. A funnel meaning both filter and conversion report misleads users; the more common meaning keeps it and the other gets its own picture.

open as a page

An audit of a car-rental site finds icons announced twice, unnamed icon-only buttons and silent status icons. How do you fix this across the design system rather than screen by screen?

level: seniorimportance: should knowfreq 30%

basics

~20 s

All three findings come from defaults deciding accessibility. Fix the contract: icons require an explicit decorative-or-labelled choice, icon-only controls require a name and hide their inner icon, statuses get visible words, and review adds a human listening pass.

open as a page

A music-streaming web app uses 60 of its design system's 1,200 icons, yet all of them ship to users. How do you diagnose and fix it?

level: seniorimportance: should knowfreq 26%

basics

~20 s

Something references every icon: a name-to-icon map, an icon font or full sprite, or a pre-bundled package. Find it with a bundle report, then use static per-icon imports, an app-specific sprite, or on-demand loading for runtime names.

open as a page

In a utility billing portal, the icon set looks blurry at small sizes on standard-density screens; how do you use the pixel grid to diagnose and fix it?

level: seniorimportance: should knowfreq 30%

basics

~20 s

Blur appears when edges fall between pixels and anti-aliasing smears them. Check that points and straight edges sit on the pixel grid, odd-width strokes sit on half-pixel centres, icons are not scaled by awkward factors, and layouts do not place icons at half-pixel positions.

open as a page

A shared icon library named 200 icons by meaning and must rename them by depiction and retire duplicates. How do you do it without breaking consuming teams?

level: seniorimportance: should knowfreq 24%

basics

~20 s

Ship the new depiction names with the old ones kept as deprecated aliases, and map each duplicate to its survivor, in a minor release. Remove old names only in a later major release, once usage shows teams have migrated.

open as a page

A smart-home app's users with a large text-size setting see labels grow while icons stay tiny, breaking the pairing. How should a design system scale icons with text?

level: seniorimportance: should knowfreq 30%

basics

~20 s

Icons paired with text should scale with it, stepping through the icon size set; icons in fixed bars grow with a limit; targets grow too, and layouts switch from side by side to stacked when enlarged content no longer fits.

open as a page

An analytics dashboard's icon set grew to 300 icons from several contributors and now mixes stroke weights, rounded and sharp corners, and some perspective drawings. How do you restore consistency?

level: seniorimportance: should knowfreq 26%

basics

~20 s

Audit every icon side by side at real size, fix a canonical style as measurable values, redraw the most-seen icons first while keeping names and meanings, then add a template, review checklist and checks so drift cannot return.

open as a page

Why do some design-system icon sets redraw each icon per size instead of scaling one master drawing to every size?

level: middleimportance: nice to knowfreq 24%

basics

~20 s

Scaling a vector drawing scales its stroke and details with it, so small sizes turn faint and cluttered and large ones look crude. Optical size variants redraw detail and stroke per size so each stays legible.

open as a page