.. | ||
components | ||
src | ||
template | ||
test | ||
CHANGELOG.md | ||
package.json | ||
README.md | ||
tsconfig.json |
@astrojs/markdoc (experimental) 📝
This Astro integration enables the usage of Markdoc to create components, pages, and content collection entries.
Why Markdoc?
Markdoc allows you to enhance your Markdown with Astro components. If you have existing content authored in Markdoc, this integration allows you to bring those files to your Astro project using content collections.
Installation
Quick Install
The astro add
command-line tool automates the installation for you. Run one of the following commands in a new terminal window. (If you aren't sure which package manager you're using, run the first command.) Then, follow the prompts, and type "y" in the terminal (meaning "yes") for each one.
# Using NPM
npx astro add markdoc
# Using Yarn
yarn astro add markdoc
# Using PNPM
pnpm astro add markdoc
If you run into any issues, feel free to report them to us on GitHub and try the manual installation steps below.
Manual Install
First, install the @astrojs/markdoc
package using your package manager. If you're using npm or aren't sure, run this in the terminal:
npm install @astrojs/markdoc
Then, apply this integration to your astro.config.*
file using the integrations
property:
astro.config.mjs
import { defineConfig } from 'astro/config';
import markdoc from '@astrojs/markdoc';
export default defineConfig({
// ...
integrations: [markdoc()],
});
Editor Integration
VS Code supports Markdown by default. However, for Markdoc editor support, you may wish to add the following setting in your VSCode config. This ensures authoring Markdoc files provides a Markdown-like editor experience.
"files.associations": {
"*.mdoc": "markdown"
}
Usage
Markdoc files can only be used within content collections. Add entries to any content collection using the .mdoc
extension:
src/content/docs/
why-markdoc.mdoc
quick-start.mdoc
Then, query your collection using the Content Collection APIs:
---
import { getEntryBySlug } from 'astro:content';
const entry = await getEntryBySlug('docs', 'why-markdoc');
const { Content } = await entry.render();
---
<!--Access frontmatter properties with `data`-->
<h1>{entry.data.title}</h1>
<!--Render Markdoc contents with the Content component-->
<Content />
📚 See the Astro Content Collection docs for more information.
Configuration
@astrojs/markdoc
offers configuration options to use all of Markdoc's features and connect UI components to your content.
Using components
You can add Astro components to your Markdoc using both Markdoc tags and HTML element nodes.
Render Markdoc tags as Astro components
You may configure Markdoc tags that map to components. You can configure a new tag by creating a markdoc.config.mjs|ts
file at the root of your project and configuring the tag
attribute.
This example renders an Aside
component, and allows a type
prop to be passed as a string:
// markdoc.config.mjs
import { defineMarkdocConfig } from '@astrojs/markdoc/config';
import Aside from './src/components/Aside.astro';
export default defineMarkdocConfig({
tags: {
aside: {
render: Aside,
attributes: {
// Markdoc requires type defs for each attribute.
// These should mirror the `Props` type of the component
// you are rendering.
// See Markdoc's documentation on defining attributes
// https://markdoc.dev/docs/attributes#defining-attributes
type: { type: String },
}
},
},
})
This component can now be used in your Markdoc files with the {% aside %}
tag. Children will be passed to your component's default slot:
# Welcome to Markdoc 👋
{% aside type="tip" %}
Use tags like this fancy "aside" to add some *flair* to your docs.
{% /aside %}
Render Markdoc nodes / HTML elements as Astro components
You may also want to map standard HTML elements like headings and paragraphs to components. For this, you can configure a custom Markdoc node. This example overrides Markdoc's heading
node to render a Heading
component, and passes through Astro's default heading properties to define attributes and generate heading ids / slugs:
// markdoc.config.mjs
import { defineMarkdocConfig, nodes } from '@astrojs/markdoc/config';
import Heading from './src/components/Heading.astro';
export default defineMarkdocConfig({
nodes: {
heading: {
render: Heading,
...nodes.heading,
},
},
})
All Markdown headings will render the Heading.astro
component and pass attributes
as component props. For headings, Astro provides the following attributes by default:
level: number
The heading level 1 - 6id: string
Anid
generated from the heading's text contents. This corresponds to theslug
generated by the contentrender()
function.
For example, the heading ### Level 3 heading!
will pass level: 3
and id: 'level-3-heading'
as component props.
📚 Find all of Markdoc's built-in nodes and node attributes on their documentation.
Use client-side UI components
Today, the components
prop does not support the client:
directive for hydrating components. To embed client-side components, create a wrapper .astro
file to import your component and apply a client:
directive manually.
This example wraps a Aside.tsx
component with a ClientAside.astro
wrapper:
---
// src/components/ClientAside.astro
import Aside from './Aside';
---
<Aside {...Astro.props} client:load />
This component can be passed to the render
prop for any tag or node in your config:
// markdoc.config.mjs
import { defineMarkdocConfig } from '@astrojs/markdoc/config';
import Aside from './src/components/Aside.astro';
export default defineMarkdocConfig({
tags: {
aside: {
render: Aside,
attributes: {
type: { type: String },
}
},
},
})
Access frontmatter and content collection information from your templates
You can access content collection information from your Markdoc templates using the $entry
variable. This includes the entry slug
, collection
name, and frontmatter data
parsed by your content collection schema (if any). This example renders the title
frontmatter property as a heading:
---
title: Welcome to Markdoc 👋
---
# {% $entry.data.title %}
The $entry
object matches the CollectionEntry
type, excluding the .render()
property.
Markdoc config
The markdoc.config.mjs|ts
file accepts all Markdoc configuration options, including tags and functions.
You can pass these options from the default export in your markdoc.config.mjs|ts
file:
// markdoc.config.mjs
import { defineMarkdocConfig } from '@astrojs/markdoc/config';
export default defineMarkdocConfig({
functions: {
getCountryEmoji: {
transform(parameters) {
const [country] = Object.values(parameters);
const countryToEmojiMap = {
japan: '🇯🇵',
spain: '🇪🇸',
france: '🇫🇷',
}
return countryToEmojiMap[country] ?? '🏳'
},
},
},
})
Now, you can call this function from any Markdoc content entry:
¡Hola {% getCountryEmoji("spain") %}!
📚 See the Markdoc documentation for more on using variables or functions in your content.
Pass Markdoc variables
You may need to pass variables to your content. This is useful when passing SSR parameters like A/B tests.
Variables can be passed as props via the Content
component:
---
import { getEntryBySlug } from 'astro:content';
const entry = await getEntryBySlug('docs', 'why-markdoc');
const { Content } = await entry.render();
---
<!--Pass the `abTest` param as a variable-->
<Content abTestGroup={Astro.params.abTestGroup} />
Now, abTestGroup
is available as a variable in docs/why-markdoc.mdoc
:
{% if $abTestGroup === 'image-optimization-lover' %}
Let me tell you about image optimization...
{% /if %}
To make a variable global to all Markdoc files, you can use the variables
attribute from your markdoc.config.mjs|ts
:
import { defineMarkdocConfig } from '@astrojs/markdoc/config';
export default defineMarkdocConfig({
variables: {
environment: process.env.IS_PROD ? 'prod' : 'dev',
}
})
Examples
- The Astro Markdoc starter template shows how to use Markdoc files in your Astro project.
Troubleshooting
For help, check out the #support
channel on Discord. Our friendly Support Squad members are here to help!
You can also check our Astro Integration Documentation for more on integrations.
Contributing
This package is maintained by Astro's Core team. You're welcome to submit an issue or PR!
Changelog
See CHANGELOG.md for a history of changes to this integration.