-
Notifications
You must be signed in to change notification settings - Fork 49
Feature request: Support for '.' in links #346
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
Comments
Hi, thanks for filing an issue. Would you like to contribute? |
I'm looking at the code, but I think I'm not familiar with TS... I notice it is not easy as I found this: |
btw Also reverse search already in use with known extensions as you mentioned so the problem is different in this case. |
should be fixed for long links in v0.3.7, short links worked as expected |
Thanks! It did work! Grateful for your help 😃 |
I think
.
is not always at the end of a work. For example, a file is namedversion0.0.1.md
can never be recognized. However, if it is created and maintained by other programs, I cannot rename it manually. Also, it is impossible to link a norm with.
liketar.gz
.I guess it is caused by forward searching of
.
. If so, is it possible to find it reversely? To think more bravely, if there is a text file or any other format, we can use![[filename.extention]]
to show its content. In general, it is worth to be fixed!Similar request:
Thanks!
The text was updated successfully, but these errors were encountered: