unified processor with support for parsing HTML input and serializing HTML as output.
- What is this?
- When should I use this?
- Install
- Use
- API
- Examples
- Syntax
- Syntax tree
- Types
- Compatibility
- Security
- Contribute
- License
This is like rehype
but for browsers.
Use this package when you want to use rehype
in browsers.
There are some limitations: see the monorepo readme for info on
when (not) to use rehype-dom
.
This package is ESM only. In Node.js (version 16+), install with npm:
npm install rehype-dom
In Deno with esm.sh
:
import {rehypeDom} from 'https://esm.sh/rehype-dom@7'
In browsers with esm.sh
:
<script type="module">
import {rehypeDom} from 'https://esm.sh/rehype-dom@7?bundle'
</script>
Say our page example.html
contains:
<!doctype html>
<title>Example</title>
<body>
<script type="module">
import {rehypeDom} from 'https://esm.sh/rehype-dom@7?bundle'
const file = await rehypeDom().process('<h1>Hi <del>Mars</del>Venus!</h1>')
document.body.innerHTML = String(file)
</script>
…opening it in a browser renders the following in <body>
:
<h1>Hi <del>Mars</del>Venus!</h1>
This package exports the identifier rehypeDom
.
There is no default export.
Create a new unified processor that already uses
rehype-dom-parse
and
rehype-dom-stringify
.
You can add more plugins with use
.
See unified
for more information.
👉 Note: the default of the
fragment
option istrue
in this package, which is different from the value inrehype
, because it makes more sense in browsers.
When you use rehype-dom-parse
or rehype-dom-stringify
manually you can pass
options directly to them with use
.
Because both plugins are already used in rehype
, that’s not possible.
To define options for them, you can instead pass options to data
:
import {rehypeDom} from 'https://esm.sh/rehype-dom@7?bundle'
const file = await rehypeDom()
.data('settings', {fragment: false})
.process('<!doctype html>' + document.documentElement.outerHTML)
console.log(String(file))
HTML is parsed and serialized according to what a browser supports (which should be WHATWG HTML).
The syntax tree used in rehype is hast.
This package is fully typed with TypeScript. It exports no additional types.
It also registers Settings
with unified
.
If you’re passing options with .data('settings', …)
, make sure to import this
package somewhere in your types, as that registers the fields.
/**
* @import {} from 'rehype-dom'
*/
import {unified} from 'unified'
// @ts-expect-error: `thisDoesNotExist` is not a valid option.
unified().data('settings', {thisDoesNotExist: false})
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,
rehype-dom@^7
, compatible with Node.js 16.
Use of rehype-dom
can open you up to a cross-site scripting (XSS)
attack if dangerous content is used and the result is used with the actual DOM.
Use rehype-sanitize
to solve that.
See contributing.md
in rehypejs/.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, organisation, or community you agree to abide by its terms.