Markdown links not formatting fully
Completed
Not sure if it is part of the issue with the theming system but the Markdown links are only formatting the text label of the link and not the URL
So
[iTerm](https://iterm2.com/index.html)
will colour [iTerm] but not the rest of the link.
Is that a FOL?
-
Not sure what you mean by FOL.
You can add "linkParens" to your theme if you want to style the parenthetical URL as well.
0 -
Perhaps related to this, I'm finding that if I have tildes in the URL portion of a link, that what's between them displays as subscript. My preference is that the URL not have any formatting, only the link name between the square brackets.
For example:
[link](https:whateverxyz.com/dklsjfd/?dlksf~33333~xyz)
displays 33333 as subscript. This, to my eye, is awkward looking and superfluous in this context. Others may see it differently, of course.
How can I force nvUltra to avoid formatting the URL between parentheses? I'm not seeing anything in Settings and using linkParens in the theme doesn't seem to be doing anything.
BTW, how do I get the indented link example above to display as a code block here in Zendesk? Using ``` before and after didn't work for me, nor did indenting spaces before the text.
0 -
Hmmm. I'll have to think about what to do here.
MultiMarkdown already pairs parentheses before attempting to pair superscripts and subscripts. However, it's not until later that it's known whether we're parsing `foo](bar)` or `[foo](bar)` (or even worse – `[foo][bar](bar)` where the parentheses are completely unrelated to the link and should be parsed further). In the first case, we just have a parenthetical statement that could include any markup. In the second case, we would check whether the `(bar)` could be matched with the `[foo]` and then turned into a link. Regardless, this happens during the “export” stage of processing, rather than the “parsing” stage, so this information is not available to the syntax highlighter.
In MultiMarkdown 7, `<foo>` is paired before `~foo~` and prevents further pairing inside the angles. So `[link](<http://whateverxyz.com/dklsjfd/?dlksf~33333~xyz>)` does not have a subscript appearance when wrapped in `<>`, and it's still a valid link. However, the text engine using MultiMarkdown 7 is still in development, so not helpful to you right now. This trick does not work in MultiMarkdown 6 (which is used in MMD Composer 5 and nvUltra).
As for code blocks in Zendesk there are buttons for “Insert code” and “Code Block” in the formatting above the text entry box.
0 -
Thanks for the explanation (and for pointing out what should have been obvious about the code buttons).
0
Please sign in to leave a comment.
Comments
4 comments