-
-
Notifications
You must be signed in to change notification settings - Fork 101
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Higher level \href needed #1001
Comments
The commands we started with in SILE are meant to be low level, and we're been working up from there. The Adding another higher level command that both styles and makes a link in one command is something that could go into that package or perhaps is better suited as part of a document class (either per project or re-usable). But no the existing low level command shouldn't do anything more than add the link. |
Oh okay @alerque it does make sense. Title changed. |
I am afraid I don't understand what this issue is about, despite reading other referred issue. I suggest clarifying it or rejecting it. |
@Omikhleia I'm happy to clarify. SILE's
The issue remains unresolved up to present. I define a command, |
Thanks @ctrlcctrlv
This default behavior is perfectly ok with me - I have long URLs in footnotes, which I just want to appear in print (with no visual change EDIT: beyond the mouse pointer changing on hover, in most readers) but also possibly be clickable in the PDF version (as a mere convenience).
Ah the line-breaking issue, then, I suppose. So is this is a duplicate of #1239 which is tentatively addressed by PR #1334 ? |
@Omikhleia I don't agree. It's bizarre not to mark links in some way. |
I think we need both ways: when optimizing for print decorations usually don't make much sense. Optimizing for screen they frequently do. If using the same output for both, the relative utility may vary substantially by project. |
I beg to disagree. It's an author decision. One could as well define a command that automatically inserts the URL in a footnote or underlines it, shows an icon on a side (à la Wikipedia, with a W or a world sphere icon) etc. The EDIT: I certainly won't push for |
Yes, the base command should stick to just the issue of linking with no formatting. If more visual treatment is desired it can be used as a building block in a higher level command. It's possible some of our class(es) could provide such a higher level command with more visual options, but I don't think |
Isn't that why issue called |
Additionally, the PDF "standard" way of "marking" link for "accessibility" is to use those ugly boxes/lines we had in #1201 and that we removed (by default) in #1209 - but the options are here to re-enable them ^^ But as stated, I was unsure what this issue was about. And you mentioned "fixing"...
... So I thought you were referring to a bug. Now, I understand it's a feature request. Why not. What would be the specifications for this enhanced href? |
Closing due to inactivity. |
This issue was split off of #1000.
It refers to the \href command and whether it makes sense, even optimized for print, that no visual change happens by default.
The text was updated successfully, but these errors were encountered: