Migration

Updating to MDX Deck v3

The export default syntax for slide layouts is no longer supported. Replace this syntax with the layout component wrapped around the slide content instead.
The following packages have been deprecated. Import components directly from the mdx-deck package instead.
- @mdx-deck/components
- @mdx-deck/layouts
- @mdx-deck/mdx-plugin
- @mdx-deck/loader
- @mdx-deck/webpack-html-plugin
The Gatsby theme package as been renamed: gatsby-theme-mdx-deck
Theming now uses Theme UI, and the theme format has changed.
- See the theming docs for information on creating custom themes.
- Or use the convertLegacyTheme utility to shim themes written in the v2 format
The standalone CLI has been rewritten with Gatsby, and the following CLI flags are no longer supported:
- --webpack - use the Gatsby theme directly to customize webpack features
- --out-dir - decks are now built in the public/ directory
- --no-html - individual slides are rendered client side, but the first slide is always rendered as static HTML using Gatsby
Custom Presenter components can no longer be added to a theme. Use the component shadowing API with the Gatsby theme instead.
Multiple MDX files can no longer be combined into a single presentation

Updating to MDX Deck v2

With a few exceptions, decks created with v1 should be compatible with v2. The following is a list of steps to ensure your slide deck will work with v2.

Slide separator spacing

With v2, MDX Deck now splits slides based on the Remark AST's thematicBreak node. This means that the --- (<hr>) used for splitting slides must have empty newlines surrounding it due to markdown syntax.

For example, the following will not be split into a new slide, but instead will be treated as a Setext-style heading:

Hello
---
Not another slide

To fix this, be sure all slides are separated with empty newlines around the ---:

Hello

---

Another slide

Syntax Highlighting

In v1, react-syntax-highligher was bundled with the mdx-deck package. This not only led to larger install sizes for people who were not using syntax highlighting, but also limited the API available and prevented the ability to update the syntax highlighting package separately from MDX Deck.

To enable syntax highlighting in v2, it's recommended to create a syntax highlighting theme that consists of one custom code component and use composable themes to enable syntax highlighting with other themes.

Custom Layouts

If you've built custom layout components for your deck, the children prop should now be a flatter array of direct child elements from the slide.

For example, if you previously parsed children in your layout component, you should make the following change:

// v1
const children = React.Children.toArray(props.children.props.children)

// updated for v2
const children = React.Children.toArray(props.children)

Theming

If you've built a custom theme, some of the theming API has changed. Please refer to the theming docs for more info, and note that MDX Deck now uses Emotion for theming.

Third-Party Components

Some third-party components that rely on MDX Deck internal APIs may not work with v2 yet. Please be patient and give library authors time to release new versions that are compatible with v2.

If you absolutely must use one of these libraries, you can continue to use v1 for the time being.

Library Authors

If you've built a library or component that is meant for use with MDX Deck and relied on its internal state, you can try leveraging the new useSteps React hook available in the @mdx-deck/components package.

Feel free to reach out by opening an issue for any assistance in upgrading your library to work with this library's internal APIs.

4.0 KiB Raw Blame History