You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently AFAICT CSL is in limbo regardingspecification for hyperlinks in bibliographies and so CSL implementers must invent their own convention for specifying hyperlinks. Is this something we are interested in? Do we need some way of specifying that part or all of a bibliographical entry (such as the whole entry, or the title, or the author name/date or something) should be a hyperlink (either to the URL field or the DOI link)? Currently it seems there is the wrap_url_and_doi process which can be ugly, although of course one can make it look nicer with CSS for HTML output. if one has control of the CSS. There are also macro hacks for LaTeX output; but it seems like some kind of unified approach might be in order?
The text was updated successfully, but these errors were encountered:
Hey guess what, citeproc-rs already has its own version of wrap_url_and_doi! It has a number of shortfalls, and it frankly shouldn't be enabled by default given the state of it:
I haven't put proper escaping on it so weird URLs will break
haven't implemented it for RTF
there isn't an API for supplying flags to the processor at runtime (the way citeproc-js can be configured via JavaScript)
won't convert non-link DOIs into proper URLs
won't recognise inputs that aren't URLs and refuse to wrap them in a link.
So it's not done in any sense of the word. But if you put a very simple link in there it will get an anchor tag around it in HTML, and the affixes work correctly so <https://google.com> renders correctly.
Why? Because groups being implicit conditionals means you need to change the definition of an intermediate group, and then add hyperlinks when flattening those groups later. Keeping that inside the <text> element keeps the hyperlinking from being another 'deferred' attribute. That could look like this:
text url could be another variant of text variable/value/macro etc. <text variable="title" url="DOI"> for wrappping another variable. I would be cool with that.
As per the suggestion there, this issue is cloned from a citeproc-js issue:
The text was updated successfully, but these errors were encountered: