Skip to content
This repository has been archived by the owner on Nov 15, 2022. It is now read-only.

Latest commit

 

History

History
309 lines (195 loc) · 9.39 KB

mdx.md

File metadata and controls

309 lines (195 loc) · 9.39 KB
title
MDX

💡 Currently, there's an issue using MDX stories with IE11, which doesn't affect the Docs page. It's a known MDX issue, and once it's solved, Storybook's MDX implementation will be updated accordingly.

MDX is a standard file format that combines Markdown with JSX. It means you can use Markdown’s terse syntax (such as # heading) for your documentation, write stories that compile to our component story format, and freely embed JSX component blocks at any point in the file. All at once.

In addition, you can write pure documentation pages in MDX and add them to Storybook alongside your stories.

MDX simple example result

Basic example

Let's get started with an example that combines Markdown with a single story:

<CodeSnippets paths={[ 'react/checkbox-story.mdx.mdx', 'angular/checkbox-story.mdx.mdx', 'vue/checkbox-story.mdx-2.mdx.mdx', 'vue/checkbox-story.mdx-3.mdx.mdx', 'svelte/checkbox-story.mdx.mdx', ]} />

And here's how that's rendered in Storybook:

MDX simple example result

As you can see, a lot is going on here. We're writing Markdown, we're writing JSX, and we're also defining Storybook stories that are drop-in compatible with the entire Storybook ecosystem.

Let's break it down.

MDX-flavored CSF

MDX-flavored Component Story Format (CSF) includes a collection of components called "Doc Blocks", that allow Storybook to translate MDX files into Storybook stories. MDX-defined stories are identical to regular Storybook stories, so they can be used with Storybook's entire ecosystem of addons and view layers.

For example, here's the first story from the Checkbox example above, rewritten in CSF:

<CodeSnippets paths={[ 'common/checkbox-story-csf.js.mdx', ]} />

There's a one-to-one mapping from the code in MDX to CSF. As a user, this means your existing Storybook knowledge should translate between the two.

Writing stories

Let's look at a more realistic example to see how MDX works:

<CodeSnippets paths={[ 'react/badge-story.mdx.mdx', 'angular/badge-story.mdx.mdx', 'vue/badge-story.mdx-2.mdx.mdx', 'vue/badge-story.mdx-3.mdx.mdx', 'svelte/badge-story.mdx.mdx', ]} />

And here's how that gets rendered in Storybook:

MDX page

Customizing ArgTypes with MDX

As already mentioned above, there's a one-to-one mapping between MDX and CSF.

Based on this principle, if the Badge story included the following ArgTypes:

<CodeSnippets paths={[ 'common/badge-story-custom-argtypes.js.mdx', ]} />

Transitioning them into MDX format is relatively seamless and would only require the following change to the story:

<CodeSnippets paths={[ 'common/badge-story-custom-argtypes.mdx.mdx', ]} />

And here's how that gets rendered in Storybook:

If you find yourself with a considerably sized argTypes implementation. You can extract them into a variable and pass them as a prop.

Embedding stories

Suppose you have an existing story and want to embed it into your docs. Here's how to show a story with ID some--id. Check the browser URL in Storybook v5+ to find a story's ID.

<CodeSnippets paths={[ 'common/component-story-mdx-embed.mdx.mdx', ]} />

You can also use the rest of the MDX features in conjunction with embedding. That includes source, preview, and prop tables.

Decorators and parameters

To add decorators and parameters in MDX:

<CodeSnippets paths={[ 'common/component-story-mdx-decorators-params.mdx.mdx', ]} />

Global parameters and decorators work just like before.

Documentation-only MDX

Typically, when you use Storybook MDX, you define stories in the MDX, and documentation is automatically associated with those stories. But what if you want to write Markdown-style documentation without any stories inside?

Suppose you don't define stories in your MDX. In that case, you can write MDX documentation and associate it with an existing story or embed that MDX as its own documentation node in your Storybook's navigation.

If you don't define a Meta, you can write Markdown and associate with an existing story. See "CSF Stories with MDX Docs".

To get a "documentation-only story" in your UI, define a <Meta> as you normally would, but don't define any stories. It will show up in your UI as a documentation node:

MDX docs only story

Syntax highlighting

When writing your documentation with Storybook and MDX, you get syntax highlighting out of the box for a handful of popular languages (Javascript, Markdown, CSS, HTML, Typescript, GraphQL). For other formats, for instance, SCSS, you'll need to extend the syntax highlighter manually:

<CodeSnippets paths={[ 'common/my-component-with-custom-syntax-highlight.mdx.mdx', ]} />

💡 For a list of available languages, check react-syntax-highlighter's documentation.

Once you've updated your documentation, you'll see the code block properly highlighted. You can also apply the same principle to other unsupported formats (i.e., diff, hbs).

You can also update your .storybook/preview.js and enable syntax highlighting globally. For example, to add support for SCSS, update your configuration to the following:

<CodeSnippets paths={[ 'common/storybook-preview-register-language-globally.js.mdx', ]} />

Write your documentation as you usually would, and your existing SCSS code blocks will automatically be highlighted when Storybook reloads. For example:

<CodeSnippets paths={[ 'common/my-component-with-global-syntax-highlight.mdx.mdx', ]} />

Creating a Changelog story

One common use case for MDX-only docs stories is importing a project's CHANGELOG.md into an MDX story, so that users can easily refer to the CHANGELOG via a documentation node in Storybook.

First, ensure that transcludeMarkdown is set to true in main.js:

<CodeSnippets paths={[ 'common/storybook-main-enable-transcludemarkdown.js.mdx', ]} />

Then, import the markdown and treat the imported file as a component in the MDX file:

import { Meta } from '@storybook/addon-docs';

import Changelog from '../CHANGELOG.md';

<Meta title="Changelog" />

<Changelog />

Changelog markdown in an MDX story

Linking to other stories and pages

When writing MDX, you may want to provide links to other stories or documentation pages and sections. You can use the path query string.

Considering a story with ID some--id, this redirects to the Docs tab of the story:

[Go to specific documentation page](?path=/docs/some--id)

This redirects to the Canvas tab of the story:

[Go to specific story canvas](?path=/story/some--id)

You can also use anchors to target a specific section of a page:

[Go to the conclusion of the documentation page](?path=/docs/some--id#conclusion)
💡 By applying this pattern with the Controls addon, all anchors will be ignored in Canvas based on how Storybook handles URLs to track the args values.

MDX anchor example

MDX file names

Unless you use a custom Webpack configuration, all of your MDX files should have the suffix *.stories.mdx. This tells Storybook to apply its special processing to the <Meta> and <Story> elements in the file.

Be sure to update .storybook/main.js file to load .stories.mdx stories, as per the addon-docs installation instructions.

MDX 2

Starting with Storybook 6.5, MDX 2 is introduced as an experimental opt-in feature. To enable it, you'll need to take additional steps. Documented below is our recommendation.

Run the following command to add the necessary dependency.

<CodeSnippets paths={[ 'common/storybook-mdx2-install.yarn.js.mdx', 'common/storybook-mdx2-install.npm.js.mdx', ]} />

Update your Storybook configuration (in .storybook/main.js|ts) and add the previewMdx2 feature flag as follows:

<CodeSnippets paths={[ 'common/storybook-main-enable-mdx2.js.mdx', ]} />