Closed vordimous closed 10 months ago
Tell me why this should be a bug when you enable linkify
?
Tell me why this should be a bug when you enable
linkify
?
I didn't expressly enable linkify
but enabled gfm
. Perhaps the docs need more explicit instructions on what is also enabled when switching this flag.
https://google.com
# https://google.com
Why? This is github behavior, then why this is my responsibility to explain how GFM works?
As you can see, we are already severing a huge docs with lots of details and exaplainations.
Things like this which is somthing outside my work will not be added in docs, as users will find it harder to find out things they are looking for through docs.
Unless any provement that this is my speicial behavior, or I refuse to add any notice as they are not needed.
Detecting links that start with http://
is an obvious implementation however the header in my docs does not have any common URL markings and isn't detected in Github as a URL.
Why? This is github behavior, then why this is my responsibility to explain how GFM works?
The linkify
plugin does not behave like gfm
, which is the cause for the issue and the need for clarification. Specifically, the header in my docs is event.id
and would be thought of as a URL outside of a poorly written regex.
test.com
test.coms
Thank you for reopening the issue. I can try to submit a PR to linkify
at some point, but at least users can find this thread if they run into the same issue.
This issue is marked as stale
because it has not had recent activity. Issues marked with stale
will be closed if they have no activity within 3 days.
MarkdownIt and Github treat link text differently, and we do not have plans to fix this.
A special note is added in docs.
Checklist
Package name
vuepress-theme-hope
Which operating system are you using?
Describe the bug
Headers are being turned into external links when they look like a URL. This can be prevented by changing the text or adding a
\
to escape the.
symbol in the header..md content:
produced html:
Additional context
No response