Modified MDX

This is modified version of micromark-extension-mdx-jsx with a few changes.

1import { mdxJsx, mdastExtraJsxFlow } from 'micromark-extension-mdx-jsx';
2import { mdxExpressionFromMarkdown } from 'mdast-util-mdx-expression';
3
4import { fromMarkdown } from 'mdast-util-from-markdown';
5import { mdxJsxFromMarkdown } from 'mdast-util-mdx-jsx';
6import { mdxExpressionFromMarkdown } from 'mdast-util-mdx-expression';
7
8export let options: any = {
9  acorn: Parser.extend(acornJsx()),
10  acornOptions: { ecmaVersion: 2024, sourceType: 'module' },
11  addResult: true,
12};
13
14export default function parse(input: string): MarkdownRoot {
15  return fromMarkdown(input, {
16    extensions: [
17      mdxJsx(options),
18      mdxExpression(options),
19    ],
20    mdastExtensions: [
21      mdxJsxFromMarkdown(),
22      // note: this extension is required or newlines may not render properly
23      mdastExtraJsxFlow,
24      mdxExpressionFromMarkdown(),
25    ],
26  });
27}

What is changed?

Flow-level JSX no longer wraps its children in paragraphs. Inline-level markdown is still allowed within flow JSX. To use paragraph wrapping, simply leave a blank line after a flow JSX element, as in CommonMark.

1<span class="test">
2  **Test:** A potato.
3</span>
4
5... becomes ...
6
7<span class="test">
8  <strong>Test:</strong> A potato.
9</span>

1This does not work:
2
3<div>
4  - item 1
5    test
6  - item 2
7</div>
8
9Add a blank line instead:
10
11<div>
12
13- item 1
14  test
15- item 2
16
17</div>
18
19... becomes ...
20
21<div>
22  <ul>
23    <li>
24      item 1
25      test
26    </li>
27    <li>item 2</li>
28  </ul>
29</div>

The original readme is reproduced below.

micromark-extension-mdx-jsx

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

Contents

• What is this?
• When to use this
• Install
• Use
• API
  • mdxJsx(options?)
  • Options
• Authoring
• Syntax
• Errors
  • Unexpected end of file $at, expected $expect
  • Unexpected character $at, expected $expect
  • Unexpected lazy line in container, expected line to be…
• Tokens
• Types
• Compatibility
• Security
• Related
• Contribute
• License

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.

Install

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

1npm install micromark-extension-mdx-jsx

In Deno with esm.sh:

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

In browsers with esm.sh:

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

Use

1import {micromark} from 'micromark'
2import {mdxJsx} from 'micromark-extension-mdx-jsx'
3
4const output = micromark('a <b c d="e" /> f', {extensions: [mdxJsx()]})
5
6console.log(output)

Yields:

1<p>a  f</p>

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

API

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.

mdxJsx(options?)

Create an extension for micromark to enable MDX JSX syntax.

Parameters

• options (Options, optional) — configuration

Returns

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

Options

Configuration (TypeScript type).

Fields

• acorn (Acorn, optional) — acorn parser to use
• acornOptions (AcornOptions, default: {ecmaVersion: 2024, locations: true, sourceType: 'module'}) — configuration for acorn; all fields except locations can be set
• addResult (boolean, default: false) — whether to add estree fields to tokens with results from acorn

Authoring

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.

Incorrect:

1<hi/*comment!*//>
2<hello// comment!
3/>

Correct:

1<hi/>
2<hello
3/>

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.

Incorrect:

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

Correct:

1<welcome name='Mars' />
2<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.

Syntax

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.

Errors

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:

1<
2</
3<a
4<a:
5<a.
6<a b
7<a b:
8<a b=
9<a b="
10<a b='
11<a b={
12<a/

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:

1<.>
2</.>
3<a?>
4<a:+>
5<a./>
6<a b!>
7<a b:1>
8<a b=>
9<a/->

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:

1> <a
2b>

Tokens

Many tokens are used:

• mdxJsxFlowTag for the whole JSX tag (<a>)
• mdxJsxTextTag ^
• mdxJsxFlowTagMarker for the tag markers (<, >)
• mdxJsxTextTagMarker ^
• mdxJsxFlowTagClosingMarker for the / marking a closing tag (</a>)
• mdxJsxTextTagClosingMarker ^
• mdxJsxFlowTagSelfClosingMarker for the / marking a self-closing tag (<a/>)
• mdxJsxTextTagSelfClosingMarker ^
• mdxJsxFlowTagName for the whole tag name (a:b in <a:b>)
• mdxJsxTextTagName ^
• mdxJsxFlowTagNamePrimary for the first name (a in <a:b>)
• mdxJsxTextTagNamePrimary ^
• mdxJsxFlowTagNameMemberMarker for the . marking in members (<a.b>)
• mdxJsxTextTagNameMemberMarker ^
• mdxJsxFlowTagNameMember for member names (b in <a:b>)
• mdxJsxTextTagNameMember ^
• mdxJsxFlowTagNamePrefixMarker for the : between primary and local (<a:b>)
• mdxJsxTextTagNamePrefixMarker ^
• mdxJsxFlowTagNameLocal for the local name (b in <a:b>)
• mdxJsxTextTagNameLocal ^
• mdxJsxFlowTagExpressionAttribute for whole expression attributes (<a {...b}>)
• mdxJsxTextTagExpressionAttribute ^
• mdxJsxFlowTagExpressionAttributeMarker for {, } in expression attributes
• mdxJsxTextTagExpressionAttributeMarker ^
• mdxJsxFlowTagExpressionAttributeValue for chunks of what’s inside expression attributes
• mdxJsxTextTagExpressionAttributeValue ^
• mdxJsxFlowTagAttribute for a whole normal attribute (<a b>)
• mdxJsxTextTagAttribute ^
• mdxJsxFlowTagAttributeName for the whole name of an attribute (b:c in <a b:c>)
• mdxJsxTextTagAttributeName ^
• mdxJsxFlowTagAttributeNamePrimary for the first name of an attribute (b in <a b:c>)
• mdxJsxTextTagAttributeNamePrimary ^
• mdxJsxFlowTagAttributeNamePrefixMarker for the : between primary and local (<a b:c>)
• mdxJsxTextTagAttributeNamePrefixMarker ^
• mdxJsxFlowTagAttributeNameLocal for the local name of an attribute (c in <a b:c>)
• mdxJsxTextTagAttributeNameLocal ^
• mdxJsxFlowTagAttributeInitializerMarker for the = between an attribute name and value
• mdxJsxTextTagAttributeInitializerMarker ^
• mdxJsxFlowTagAttributeValueLiteral for a string attribute value (<a b="">)
• mdxJsxTextTagAttributeValueLiteral ^
• mdxJsxFlowTagAttributeValueLiteralMarker for the quotes around a string attribute value (" or ')
• mdxJsxTextTagAttributeValueLiteralMarker ^
• mdxJsxFlowTagAttributeValueLiteralValue for chunks of what’s inside string attribute values
• mdxJsxTextTagAttributeValueLiteralValue ^
• mdxJsxFlowTagAttributeValueExpression for an expression attribute value (<a b={1}>)
• mdxJsxTextTagAttributeValueExpression ^
• mdxJsxFlowTagAttributeValueExpressionMarker for the { and } of expression attribute values
• mdxJsxTextTagAttributeValueExpressionMarker ^
• mdxJsxFlowTagAttributeValueExpressionValue for chunks of what’s inside expression attribute values
• mdxJsxTextTagAttributeValueExpressionValue ^

Types

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

Compatibility

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.

Security

This package is safe.

Related

• micromark-extension-mdxjs — support all MDX syntax
• mdast-util-mdx-jsx — support MDX JSX in mdast
• remark-mdx — support all MDX syntax in remark

Contribute

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.

License

MIT © Titus Wormer