Add opt-in Discord-style __underline__ rendering#10
Conversation
With underline=True (Python kwarg, --underline CLI flag, or Options::underline), __x__ renders as <u>x</u> instead of <strong>x</strong>, following Discord's convention. All the usual underscore emphasis rules apply: no intraword matching, ___x___ nests as <em><u>x</u></em>, and empty-attr nesting flattens like strong. **x** is unaffected, and the default stays CommonMark strong, so conformance is unchanged. Callbacks get a new "underline" inline kind. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
|
I'm open to this, although my preference would be to use WDYT? |
|
I played with this yesterday using our offer letter template, and I would leave it as it is, the The The proposal looks okay: __Confidential Information__. The Employee understands and acknowledges that, But we would likely want to add an ID to that text, which makes this markup a bit too exotic: __Confidential Information__{#cinfo}. The Employee understands and acknowledges that, Using Pandoc's [Confidential Information.]{#cinfo .underline} The Employee understands and acknowledges that, Or, we could use headers and simply add the style in the DOCX file: ##### Confidential Information. {#cinfo}
The Employee understands and acknowledges that, Regarding Markdown-it, I wasn't aware that I would close this unless you feel that it would be a good addition. |
|
Heh you're right, |
New
underlineoption (off by default). When enabled, Discord-style__x__renders as<u>x</u>instead of<strong>x</strong>: