Skip to content

Commit 972abd8

Browse files
committed
wip: why wouldn't we use pre-existing implementations
1 parent 181503d commit 972abd8

File tree

1 file changed

+2
-0
lines changed
  • designs/2025-support-gfm-alert-syntax-parsing

1 file changed

+2
-0
lines changed

designs/2025-support-gfm-alert-syntax-parsing/README.md

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -593,6 +593,8 @@ There are existing implementations of GFM alert syntax parsing in other Markdown
593593
- `rehype-github-alert`: https://github.com/rehypejs/rehype-github/tree/main/packages/alert#rehype-github-alert
594594
- `markdown-it-github-alert`: https://github.com/antfu/markdown-it-github-alerts
595595

596+
However, these plugins cannot be used in the `eslint/markdown` package, because `rehype-github-alert` is a plugin for `rehype` (which uses the [HAST](https://github.com/syntax-tree/hast#readme) AST) and `markdown-it-github-alert` is a plugin for `markdown-it` (which uses its own Markdown AST), while `eslint/markdown` parses Markdown using `micromark` and `mdast`.
597+
596598
## Open Questions
597599

598600
1. Will the `micromark-extension-gfm-alert` and `mdast-util-gfm-alert` plugins be published as separate packages?

0 commit comments

Comments
 (0)