Project: micromark/micromark-extension-mdx-jsx

Package: micromark-extension-mdx-jsx@1.0.3

  1. micromark extension to support MDX or MDX.js JSX
  1. unified 183
  2. markdown 156
  3. mdx 39
  4. micromark 37
  5. javascript 26
  6. jsx 19
  7. micromark-extension 17
  8. ecmascript 10
  9. mdxjs 9
  10. js 8
  11. es 3


Build Coverage Downloads Size Sponsors Backers Chat

micromark extension to support MDX JSX (<Component />).


What is this?

This package contains an extension that adds support for the JSX syntax enabled by MDX to micromark. These extensions are used inside MDX. It mostly matches how JSX works in most places that support it (TypeScript, Babel, esbuild, SWC, etc).

This package can be made aware or unaware of JavaScript syntax. When unaware, expressions could include Rust or variables or whatnot.

When to use this

This project is useful when you want to support JSX in markdown.

You can use this extension when you are working with micromark. To support all MDX features, use micromark-extension-mdxjs instead.

When you need a syntax tree, combine this package with mdast-util-mdx-jsx.

All these packages are used in remark-mdx, which focusses on making it easier to transform content by abstracting these internals away.

When you are using mdx-js/mdx, all of this is already included.


This package is ESM only. In Node.js (version 16+), install with npm:

npm install micromark-extension-mdx-jsx

In Deno with esm.sh:

import {mdxJsx} from 'https://esm.sh/micromark-extension-mdx-jsx@2'

In browsers with esm.sh:

<script type="module">
  import {mdxJsx} from 'https://esm.sh/micromark-extension-mdx-jsx@2?bundle'


import {micromark} from 'micromark'
import {mdxJsx} from 'micromark-extension-mdx-jsx'

const output = micromark('a <b c d="e" /> f', {extensions: [mdxJsx()]})



<p>a  f</p>

…which is useless: go to a syntax tree with mdast-util-from-markdown and mdast-util-mdx-jsx instead.


This package exports the identifier mdxJsx. There is no default export.

The export map supports the development condition. Run node --conditions development module.js to get instrumented dev code. Without this condition, production code is loaded.


Create an extension for micromark to enable MDX JSX syntax.


Extension for micromark that can be passed in extensions to enable MDX JSX syntax (Extension).


Configuration (TypeScript type).



When authoring markdown with JSX, keep in mind that MDX is a whitespace sensitive and line-based language, while JavaScript is insensitive to whitespace. This affects how markdown and JSX interleave with eachother in MDX. For more info on how it works, see § Interleaving on the MDX site.

Comments inside tags

JavaScript comments in JSX are not supported.


<hello// comment!



A PR that adds support for them would be accepted.

Element or fragment attribute values

JSX elements or JSX fragments as attribute values are not supported. The reason for this change is that it would be confusing whether markdown would work.


<welcome name=<>Venus</> />
<welcome name=<span>Pluto</span> />


<welcome name='Mars' />
<welcome name={<span>Jupiter</span>} />
Greater than (>) and right curly brace (})

JSX does not allow U+003E GREATER THAN (>) or U+007D RIGHT CURLY BRACE (}) literally in text, they need to be encoded as character references (or expressions). There is no good reason for this (some JSX parsers agree with us and don’t crash either). Therefore, in MDX, U+003E GREATER THAN (>) and U+007D RIGHT CURLY BRACE (}) are fine literally and don’t need to be encoded.


JSX forms with the following BNF:

mdx_jsx_flow ::= mdx_jsx *space_or_tab [mdx_jsx *space_or_tab]
mdx_jsx_text ::= mdx_jsx

; constraint: markdown whitespace (`space_or_tab | eol`) is NOT
; allowed directly after `<` in order to allow `1 < 3` in markdown.
mdx_jsx ::=
  '<' [closing]
  [*whitespace name [attributes_after_identifier] [closing]]
  *whitespace '>'

attributes_after_identifier ::=
  1*whitespace (attributes_boolean | attributes_value) |
  *whitespace attributes_expression |
attributes_after_value ::=
  *whitespace (attributes_boolean | attributes_expression | attributes_value)
attributes_boolean ::= key [attributes_after_identifier]
; Note: in gnostic mode the value of the expression must instead be a single valid ES spread
; expression
attributes_expression ::= expression [attributes_after_value]
attributes_value ::= key initializer [attributes_after_value]

closing ::= *whitespace '/'

name ::= identifier [local | members]
key ::= identifier [local]
local ::= *whitespace ':' *whitespace identifier
members ::= member *member
member ::= *whitespace '.' *whitespace identifier

identifier ::= identifier_start *identifier_part
initializer ::= *whitespace '=' *whitespace value
value ::= double_quoted | single_quoted | expression
; Note: in gnostic mode the value must instead be a single valid ES expression
expression ::= '{' *(expression_text | expression) '}'

double_quoted ::= '"' *double_quoted_text '"'
single_quoted ::= "'" *single_quoted_text "'"

whitespace ::= es_whitespace
double_quoted_text ::= char - '"'
single_quoted_text ::= char - "'"
expression_text ::= char - '{' - '}'
identifier_start ::= es_identifier_start
identifier_part ::= es_identifier_part | '-'

space_or_tab ::= '\t' | ' '
eol ::= '\n' | '\r' | '\r\n'

; ECMAScript
; See “IdentifierStart”: <https://tc39.es/ecma262/#prod-IdentifierStart>
es_identifier_start ::= ?
; See “IdentifierPart”: <https://tc39.es/ecma262/#prod-IdentifierPart>
es_identifier_part ::= ?
; See “Whitespace”: <https://tc39.es/ecma262/#prod-WhiteSpace>
es_whitespace ::= ?

As the flow construct occurs in flow, like all flow constructs, it must be followed by an eol (line ending) or eof (end of file).

The grammar for JSX in markdown is much stricter than that of HTML in markdown. The primary benefit of this is that tags are parsed into tokens, and thus can be processed. Another, arguable, benefit of this is that it comes with syntax errors: if an author types something that is nonsensical, an error is thrown with information about where it happened, what occurred, and what was expected instead.

This extension supports expressions both aware and unaware to JavaScript (respectively gnostic and agnostic). Depending on whether acorn is passed, either valid JavaScript must be used in expressions, or arbitrary text (such as Rust code or so) can be used.

More on this can be found in § Syntax of micromark-extension-mdx-expression.


In aware (gnostic) mode, expressions are parsed with micromark-extension-mdx-expression, which throws some more errors.

Unexpected end of file $at, expected $expect

This error occurs for many different reasons if something was opened but not closed (source: micromark-extension-mdx-jsx, rule id: unexpected-eof).

Some examples are:

<a b
<a b:
<a b=
<a b="
<a b='
<a b={

Unexpected character $at, expected $expect

This error occurs for many different reasons if an unexpected character is seen (source: micromark-extension-mdx-jsx, rule id: unexpected-character).

Some examples are:

<a b!>
<a b:1>
<a b=>

Unexpected lazy line in container, expected line to be…

This error occurs if a < was seen in a container which then has lazy content (source: micromark-extension-mdx-jsx, rule id: unexpected-lazy). For example:

> <a


Many tokens are used:


This package is fully typed with TypeScript. It exports the additional type Options.


Projects maintained by the unified collective are compatible with maintained versions of Node.js.

When we cut a new major release, we drop support for unmaintained versions of Node. This means we try to keep the current release line, micromark-extension-mdx-jsx@^2, compatible with Node.js 16.

This package works with micromark version 3 and later.


This package is safe.


See contributing.md in micromark/.github for ways to get started. See support.md for ways to get help.

This project has a code of conduct. By interacting with this repository, organization, or community you agree to abide by its terms.


MIT © Titus Wormer