mirror of
https://github.com/DavidAnson/markdownlint.git
synced 2026-04-25 09:16:02 +03:00
[GH-ISSUE #105] MD033 cannot enable inline HTML elements #88
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#88
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 @CollinChaffin on GitHub (Feb 23, 2018).
Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/105
Okay so I have done my due diligence first here and spent over an hour now trying every combination of the config to simply disable and allow a few inline HTML elements like P so I am opening this issue to ask for the exact step(s) required to allow simple inline paragraph html images that are wrapped in HTML paragraph etc. and are so common and found in just about every Gihub repo MD file these days.
I added this block to .markdownlint.json just to cover BOTH of the only documented examples I can find, and it still had no impact:
Hopefully the documentation showing exactly which config file and syntax to allow inline HTML can then be updated with this information as well. If I have somehow in my exhaustive searching missed an actual working example then I apologize and just need the document location. TIA!
@DavidAnson commented on GitHub (Feb 23, 2018):
Here is a working example from the tests to confirm syntax:
github.com/DavidAnson/markdownlint@2d8122a3be/test/inline_html-allowed_elements.jsonCan you confirm you are using
readConfigto pass the parsed.markdownlint.jsonin viaoptions.config? Or have you tried passing the config directly? The CLI and VS Code extension parse it automatically, but not the programmatic API.@DavidAnson commented on GitHub (Feb 28, 2018):
Here's an example of this functionality working with released bits:
Please let me know if I've misunderstood the intent.