Storybook Controls gives you a graphical UI to interact with a component's arguments dynamically, without needing to code. It creates an addon panel next to your component examples ("stories"), so you can edit them live.
Controls does not require any modification to your components. Stories for controls are:
To use the Controls addon, you need to write your stories using args. Storybook will automatically generate UI controls based on your args and what it can infer about your component; but you can configure the controls further using argTypes, see below.
If you have written stories in the older pre-Storybook 6 style, you may want to read the args & controls migration guide to help understand how to convert your stories for args.
By default, Storybook will choose a control for each arg based on the initial value of the arg. This works well with some kind of args, such as boolean values or free-text strings, but in other cases you want a more restricted control.
For instance, suppose you have a
variant arg on your story that should be
By default, Storybook will render a free text input for the
This works as long as you type a valid string into the auto-generated text control, but it's not the best UI for our scenario, given that the component only accepts
secondary as variants. Let’s replace it with Storybook’s radio component.
We can specify which controls get used by declaring a custom argType for the
variant property. ArgTypes encode basic metadata for args, such as name, description, defaultValue for an arg. These get automatically filled in by Storybook Docs.
ArgTypes can also contain arbitrary annotations which can be overridden by the user. Since
variant is a property of the component, let's put that annotation on the default export.
This replaces the input with a radio group for a more intuitive experience.
For a few types, Controls will automatically infer them by using regex. You can change the matchers for a regex that suits you better.
|Data type||Default regex||Description|
|color||Will display a color picker UI for the args that match it|
|date||Will display a date picker UI for the args that match it|
To do so, use the
matchers property in
Up until now, we only used auto-generated controls based on the component we're writing stories for. If we are writing complex stories we may want to add controls for args that aren’t part of the component.
By default, Storybook will add controls for all args that:
It infers from the component definition if your framework supports it.
Appear in the list of args for your story.
argTypes, you can change the display and behavior of each control.
You'll notice when dealing with non-primitive values, you'll run into some limitations. The most obvious issue is that not every value can be represented as part of the
args param in the URL, losing the ability to share and deeplink to such a state. Beyond that, complex values such as JSX cannot be synchronized between the manager (e.g. Controls addon) and the preview (your story).
One way to deal with this is to use primitive values (e.g. strings) as arg values, and using a story template to convert these values to their complex counterpart before rendering. This isn't the nicest way to do it (see below), but certainly the most flexible.
Unless you need the flexibility of a function, an easier way to map primitives to complex values before rendering is to define a
mapping. Additionally, you can specify
control.labels to configure custom labels for your checkbox, radio or select input.
Note that both
control.labels don't have to be exhaustive. If the currently selected option is not listed, it will be used verbatim.
The Controls addon can be configured in two ways:
As shown above, you can configure individual controls with the “control" annotation in the argTypes field of either a component or story.
Here is the full list of available controls you can use:
|Data Type||Control Type||Description||Options|
|number||number||a numeric text box input||min, max, step|
|range||a range slider input||min, max, step|
|object||object||json editor text input||-|
|array||object||json editor text input||-|
|file||a file input that gives you a array of urls||accept|
|enum||radio||radio buttons input||-|
|inline-radio||inline radio buttons input||-|
|check||multi-select checkbox input||-|
|inline-check||multi-select inline checkbox input||-|
|select||select dropdown input||-|
|multi-select||multi-select dropdown input||-|
|string||text||simple text input||-|
|color||color picker input that assumes strings are color values||presetColors|
|date||date picker input||-|
If you need to customize a control for a number data type in your story, you can do it like so:
Controls supports the following configuration parameters, either globally or on a per-story basis:
Since Controls is built on the same engine as Storybook Docs, it can also show property documentation alongside your controls using the expanded parameter (defaults to false). This means you embed a complete ArgsTable doc block in the controls pane. The description and default value rendering can be customized in the same way as the doc block.
To enable expanded mode globally, add the following to
And here's what the resulting UI looks like:
color controls, you can specify an array of
presetColors, either on the
argTypes, or as a parameter under the
These will then be available as swatches in the color picker. Color presets can be defined as an object with
title, or as a simple CSS color string. The
title will be shown when you hover over the color swatch. In case no title is specified, the nearest CSS color name will be used instead.
Aside from the features already documented here, Controls can also be disabled for individual properties.
Suppose you want to disable Controls for a property called
foo in a component's story. The following example illustrates how:
Resulting in the following change in Storybook UI:
The previous example also removed the prop documentation from the table. In some cases this is fine, however sometimes you might want to still render the prop documentation but without a control. The following example illustrates how:
As with other Storybook properties, such as decorators the same principle can also be applied at a story-level for more granular cases.
If you don't plan to handle the control args inside your Story, you can remove the warning with:
In some cases, you may want to either only present a few controls in the controls panel, or present all controls except a small set.
To make this possible, you can use optional
exclude configuration fields in the
controls parameter, which can be set to either an array of strings, or a regular expression.
Consider the following story snippets:
By default, controls are unsorted and use whatever order the args data is processed in (
none). It can also be configured to sort alphabetically by arg name (
alpha) or alphabetically required args first (
Consider the following snippet to force required args first: