Select

A control that allows users to select a singlelist of choices from a Choice Menu

Cover

Types

Select comes in two flavors:

Maturity

-

FYQ2 target

🅽 Discovery

Figma component

-

Repository

-

Storybook

-

Select Control

Is bare-bones and does not have a Label or Helper text. You should only use this in rare situations where you add your custom Label or Helper text

Maturity

-

FYQ2 target

🅽 Discovery

Figma component

-

Repository

-

Storybook

-

Select Field (preferred)

Is a Field composition that wraps a Combobox Control. This is the preferred component as it has all the elements needed to make the Combobox Control usable and accessible.


Anatomy

A Select control is an interactive element that enables users to select from a list of choices. It supports single or multiple selections.

Anatomy of the Select Control

Anatomy of the Select Control

1. Placeholder
2. Draggable signifier
3. Display Choice Menu
4. Disabled/REadonly signifier
5. Error signifier
6. Text error
7. Text Value
8. Choice Menu display affordance
9. Choice Menu

Properties

Name

Values

Default

Size
Visual height and padding

MD SM

MD

Disabled
Disables interaction

boolean

false

Read-only
Disables interaction and focus and signifies it

boolean

false

Empty
Represents the default state of the control.

boolean

True

Error
Signifies the control is empty or with not allowed data

boolean

False

Draggable
Allows the control to be draggable

boolean

false

Type
Controls if the multiple or single selection is available

Single-select

multiple

TagsGroup
Controls if multiple tags display inline or stacked

Inline

stacked


How to use

Number of choices

The number of choices in the Select Field is restricted to a range of 6 to 12 options approximately. This limitation ensures that an extensive list of choices doesn't display upfront overloading the interface.

⚠️ Limited use for short lists of choices

⚠️ Limited use for short lists of choices

Select fields may be employed for short lists of choices but should be reserved for dense contexts.

✅ Use Select for an accessible list of choices

✅ Use Select for an accessible list of choices

With a range of 6 to 12 options, users can conveniently scroll through and locate their desired choice using the select field.


Behavior

States

The state of a component can depend on properties set before people can interact with it. We call them state properties. Differentiating them from the user-triggered states allows us to combine them, creating richer states that cover the whole interaction spectrum.

Related content

Default variants

Default

Error variants

Error

ReadOnly

readOnly

When the property ReadOnly is true, people can't edit the control.

ReadOnly displays values in an accessible way so that users can read them. ReadOnly control can be focused and hovered but can’t be edited. Displays some visual signifiers, like a lock icon and neutral shades, that help the users to identify its status. Finally, ReadOnly does not participate in the form validation.

Use this control state in cases where the user, for example, does not have the right to edit the content. If you need an empty control, use the Disabled state.

Disabled

Disabled

When the property Disabled is true, users can't edit the control. Disabled can display a value or an empty control and do not necessarily needs to pass accessibility standards. Disabled displays some visual signifiers, like a lock icon and neutral shades, that help the users to identify their status. Finally, disabled status does not participate in the form validation.

Draggable

Draggable

When the property Draggable is true, the control shows an icon that signifies it can be draggable. While it's being grabbed, the container gets the Awake Hovered shadow effect.

Width

Full-width

FullWidth

FullWidth

Select control fills the container where is displayed until reaching a limit. This helps to make our form layouts more visually compensated with the rest of the elements.

Min-width

min width

The Select Control has a 120px min-width.


Quality checklist

This component passes the Beta quality checklist described in our Component lifecycle.

Maturity

-

α · Design tokens

It uses Ariane design tokens.

α · Official assets

It uses the official Ariane assets (e.g., icons and illustrations) in one of the official sizes.

α · Accessible use of color

Its color contrast ratio is at least 4.5:1 for text and interactive areas.

α · Target areas

Its interactive target areas are large enough for users to accurately select them, following the Fitts law.

α · Naming agreement

Its name is agreed upon and shared between design and development.

α · Responsive L1

Is responsive to different viewport sizes.

α · User-triggered states

If the component is interactive, all its possible user-triggered interactive states are defined.

β · Responsive L2

The responsive behavior has been reviewed and validated by the team.

β · State properties

All the possible state attributes are defined.

β · Docs L1

It has essential documentation with at least primary usage.

β · Use cases

All the uses are audited and refined.

RC · Definition agreement

Its naming and properties are audited and aligned in design and code.

RC · Accessible L1

Its accessibility is manually audited, and any significant issues are fixed.

RC · Docs L2

The documentation covers the most common use cases and is expected to be iterated during the Release Candidate phase.

Stable · Stable API

The component and its API remain stable, with no breaking changes for at least one month.

Stable · Adaptive

Supports adaptive design via preference queries.

Stable · Docs L3

Detailed documentation exists for design, content, accessibility, and implementation, including do’s and dont’s.

Stable · Tooling

Tooling (such as linters, codemods, etc.) exists to help with migrations and prevent further use of alternatives.