mirror of
https://github.com/DavidAnson/markdownlint.git
synced 2026-04-26 01:36:03 +03:00
[GH-ISSUE #1966] Configuration option to ignore MultiMarkdown style Meta-Data block #2639
Labels
No labels
bug
enhancement
enhancement
enhancement
fixed in next
fixed in next
fixed in next
new rule
new rule
new rule
pull-request
question
refactoring
refactoring
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/markdownlint#2639
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @septatrix on GitHub (Feb 18, 2026).
Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/1966
We are adopting markdownlint for one of our largest repo (website) which uses MultiMarkdown style Meta-Data blocks
Currently, we have to relax/disable some rules due to this such as
first-line-headingandno-bare-urls.It would be great if there was some way to tell markdownlint to ignore these lines like it already does for the more common Frontmatter. My first idea was to use a micromark extension but I was unable to find a way to specify which ones are used.
Currently my only idea is to disable the native rules and reimplement them all as custom rules with manual handling though that seems like a lot of effort.
@DavidAnson commented on GitHub (Feb 18, 2026):
If you customize the regular expression used to match front matter for your scenario, it will ignore that entire block like it does for normal front matter.
https://github.com/DavidAnson/markdownlint?tab=readme-ov-file#optionsfrontmatter
@septatrix commented on GitHub (Feb 19, 2026):
Yeah, took me a while to get a somewhat working regex but I got something which should work for us.
For anyone else who stumbles upon this and would prefer not to waste hours fiddling with regexes: