To my understanding, at the moment markdown render hooks apply equally to the three possible kinds of links in content:
marked up link [example](https://example.com)
autolink <https://example.com>
extended autolink https://example.com
So render-link.html would fire for each one.
For the last case WordPress has popularized the convention that bare link in content is magically turned into embedded content, for services that support such.
This creates a use case where you want to hook specifically into that case and just it, without hooking into regular links.
While this is possible to try detect it with some logic (e.g. if eq .Destination .Text), I think it might be beneficial to offer an explicit way to distinguish the cases. This might be done in a ways like passing .LinkType context to the hook and/or adding more specific templates like render-link-markup.html / render-link-autolink.html / render-link-autolink-extended.html.
To my understanding, at the moment markdown render hooks apply equally to the three possible kinds of links in content:
[example](https://example.com)
<https://example.com>
https://example.com
So
render-link.html
would fire for each one.For the last case WordPress has popularized the convention that bare link in content is magically turned into embedded content, for services that support such.
This creates a use case where you want to hook specifically into that case and just it, without hooking into regular links.
While this is possible to try detect it with some logic (e.g.
if eq .Destination .Text
), I think it might be beneficial to offer an explicit way to distinguish the cases. This might be done in a ways like passing.LinkType
context to the hook and/or adding more specific templates likerender-link-markup.html
/render-link-autolink.html
/render-link-autolink-extended.html
.Thank you for considering. :)