title |
---|
Write a preset addon |
Storybook preset addons are grouped collections of babel
, webpack
, and addons
configurations that support specific use cases in Storybook, such as TypeScript or MDX support.
This doc covers the presets API and how to use the presets mechanism for advanced configuration.
A preset is a set of hooks that are called by Storybook on initialization and can override configurations for babel
, webpack
, addons
, and entries
.
Each configuration has a similar signature, accepting a base configuration object and options, as in this Webpack example:
<CodeSnippets paths={[ 'common/storybook-main-webpack-preset-config.js.mdx', ]} />
The babel functions babel
and babelDefault
all configure babel in different ways.
All functions take a Babel configuration object as their argument and can modify it or return a new object.
For example, Storybook's Mihtril support uses plugins internally and here's how it configures babel:
<CodeSnippets paths={[ 'common/storybook-babel-configuration-example.ts.mdx', ]} />
babel
is applied to the preview config, after it has been initialized by storybookbabelDefault
is applied to the preview config before any user presets have been applied
The Webpack functions webpack
, webpackFinal
, and managerWebpack
configure Webpack.
All functions take a webpack4 configuration object.
For example, here is how Storybook automatically adopts create-react-app
's configuration if it's installed, where applyCRAWebpackConfig
is a set of smart heuristics for modifying the input config.
<CodeSnippets paths={[ 'common/storybook-main-webpackfinal-example.js.mdx', ]} />
webpack
is applied to the preview config after it has been initialized by StorybookwebpackFinal
is applied to the preview config after all user presets have been appliedmanagerWebpack
is applied to the manager config
As of Storybook 6.3, Storybook can run with either webpack4
or webpack5
builder. If your addon needs to know which version of Webpack it's running inside, the version and the actual Webpack instance itself are both available inside your preset:
<CodeSnippets paths={[ 'common/storybook-main-versioned-webpack.js.mdx', ]} />
The addon config managerEntries
allows you to add addons to Storybook from within a preset. For addons that require custom Webpack/Babel configuration, it is easier to install the preset, and it will take care of everything.
For example, the Storysource preset contains the following code:
<CodeSnippets paths={[ 'common/storybook-storysource-manager-entries.js.mdx', ]} />
This is equivalent to registering the addon manually in main.js
:
<CodeSnippets paths={[ 'common/storybook-main-use-manager-entries.js.mdx', ]} />
The addon config
function allows you to add extra preview configuration from within a preset, for example to add parameters or decorators from an addon.
For example, the Backgrounds preset contains the following code:
<CodeSnippets paths={[ 'common/storybook-backgrounds-preset-config.js.mdx', ]} />
Which in turn invokes:
<CodeSnippets paths={[ 'common/storybook-backgrounds-addon-default-params.js.mdx', ]} />
This is equivalent to exporting the backgrounds
parameter manually in main.js
.
For users, the name managerEntries
might be a bit too technical, so instead both users and preset-authors can simply use the addons
property:
<CodeSnippets paths={[ 'common/storybook-main-register-storysource-example.js.mdx', ]} />
The array of values can support both references to other presets and addons that should be included into the manager.
Storybook will automatically detect whether a reference to an addon is a preset or a manager entry by checking if the package contains a ./preset.js
or ./register.js
(manager entry), falling back to preset if it is unsure.
If this heuristic is incorrect for an addon you are using, you can explicitly opt-in to an entry being a manager entry using the managerEntries
key.
Here's what it looks when combining presets and manager entries in the addons
property:
<CodeSnippets paths={[ 'common/storybook-main-register-presets-managerentry.js.mdx', ]} />
Entries are the place to register entry points for the preview. For example, it could be used to make a basic configure-storybook preset that loads all the *.stories.js
files into SB, instead of forcing people to copy-paste the same thing everywhere.
The presets API is also more powerful than the standard configuration options available in Storybook, so it's also possible to use presets for more advanced configuration without actually publishing a preset yourself.
For example, some users want to configure the Webpack for Storybook's UI and addons (issue), but this is not possible using standard Webpack configuration (it used to be possible before SB4.1). However, you can achieve this with a private preset.
If it doesn't exist yet, create a file .storybook/main.js
:
<CodeSnippets paths={[ 'common/storybook-main-advanced-config-example.js.mdx', ]} />
It's also possible to programmatically modify the preview head/body HTML using a preset, similar to the way preview-head.html
/preview-body.html
can be used to configure story rendering. The previewHead
and previewBody
functions accept a string, which is the existing head/body, and return a modified string.
For example, the following snippet adds a style tag to the preview head programmatically:
<CodeSnippets paths={[ 'common/storybook-main-preview-head.js.mdx', ]} />
Similarly, the managerHead
can be used to modify the surrounding "manager" UI, analogous to manager-head.html
.
Finally, the preview's main page template can also be overridden using the previewMainTemplate
, which should return a reference to a file containing an .ejs
template that gets interpolated with some environment variables. For an example, see the Storybook's default template.
Change your main.js
file to:
<CodeSnippets paths={[ 'common/storybook-main-import-preset-config.js.mdx', ]} />
and extract the configuration to a new file ./storybook/my-preset.js
:
<CodeSnippets paths={[ 'common/storybook-preset-full-config-object.js.mdx', ]} />
Place your my-preset.js
file wherever you want, if you want to share it far and wide you'll want to make it its own package.