-
Notifications
You must be signed in to change notification settings - Fork 3.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Prevent from parsing inside custom elements #1090
Comments
I can see that this is annoying for you. The inside parsing of html elements was considered often a nice thing to have but it can mess up things. |
It looks like it's a violation of Example 156 in the Commonmark spec. What do you mean by everything being up to date? How long do you think it will be? Can I help? |
@intcreator: My throwing copper on the "can I help?" - Yes. Absolutely. Always. There aren't a lot of us to go around who actually know marked well enough to contribute code (we're working on discussing how to get there in other issues); so, the more outside contributors who can fix issues with the core, the more the core team of committers, such as it is at the moment, can focus on making it easier to maintain and contribute to for others. Please see updated readme and contributing pages. Let me know if there's something you think could be helpful in the docs. |
Hi, sorry to disturb you. I have read the comments in the relevant issues (#985, #1135) but still cannot find the answer to the original question asked by @intcreator
As I found, text inside Thanks in advance. |
Exactly the answer I need, thanks a lot! |
Expectation
If I have a custom element in my Markdown, the contents should not be parsed:
Should produce
backticks are backticks
in the console and my custom element rendered as normal in the Markdown.Result
The following code actually produces
<code>backticks are ${death}</code>
in the rendered Markdown and an error in the console (because it cannot recognize<
).What was attempted
I tried to find which elements are considered block elements in Marked.js to prevent this from happening, but it was not clear how this was decided.
The text was updated successfully, but these errors were encountered: