-
Notifications
You must be signed in to change notification settings - Fork 201
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
Feature Request: link syntax for external issues #1532
Comments
If a repository has been detected or specified, |
Does this satisfy your use-case? |
But it's a really low priority, probably one-off use case if no one else has asked; I'm fine with "won't fix" |
Bumping this. I would love to be able to refer to issues in other repositories with GFM syntax, so e.g. |
I know I have seen that in use, but I can't find it in the bikeshed documentation and I can't find an example by browsing the CSS repo. |
Okay, it is |
In WHATWG specs we are informally converging on a style of This is indeed somewhat verbose to type, and error-prone to match the repeated parts. A macro to make it simpler would be nice, e.g. As for the linking text, I like our choice as flowing well in prose while not being overly verbose, but I would also accept |
Use case:
In IndexedDB's Revision History section, we link to bugs that tracked changes, e.g.:
Note that the numbers are repeated in the link text and url. This leads to frequent mis-linking because humans are squishy.
Bikeshed already has the context to link to the issue tracker, so given an appropriate grawlix around an issue number it could generate the hyperlink automagically.
Low priority. This may be too niche to matter.
The text was updated successfully, but these errors were encountered: