Windows 11
Obsidian v 1.1.16
Markdown Attributes v 1.2.2
What is the expected behavior?
The attribute clause in ==**Bolded text**{.change-highlight}== should apply to the <mark> and not to the <strong> tag. Documentation states that "Inline text elements such as italics, bold, highlight, etc. should have their attributes placed inside the symbol". But this isn't always the case.
The clause also isn't removed, inconsistently, in the reading view when inside an inline. This may be a separate bug.
What is the current behavior?
My test in a fresh vault:
In the reading mode, the .hltr-green class is applied to the strong element when inside a blockquote. It should apply to the mark element.
And idk what goes on in live preview:
The behavior is different between notes, for me. I first noticed this happening to some change highlights:
But can't figure out why some files don't have the same issue occur:
What are the A-to-Z Steps to Reproduce your Bug?
In a md note, add highlights to some text. Include a paragraph and some other context, like a blockquote. Copy that text, and nest inlines inside each inline, e.g. bold text. Style the outer inline elements with a .hltr-green class using this plugin.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Version Check
Windows 11 Obsidian v 1.1.16 Markdown Attributes v 1.2.2
What is the expected behavior?
The attribute clause in
==**Bolded text**{.change-highlight}==
should apply to the<mark>
and not to the<strong>
tag. Documentation states that "Inline text elements such as italics, bold, highlight, etc. should have their attributes placed inside the symbol". But this isn't always the case.The clause also isn't removed, inconsistently, in the reading view when inside an inline. This may be a separate bug.
What is the current behavior?
My test in a fresh vault:
In the reading mode, the .hltr-green class is applied to the strong element when inside a blockquote. It should apply to the mark element.
And idk what goes on in live preview:
The behavior is different between notes, for me. I first noticed this happening to some change highlights:
But can't figure out why some files don't have the same issue occur:
What are the A-to-Z Steps to Reproduce your Bug?
Error Codes
No errors in console