-
Notifications
You must be signed in to change notification settings - Fork 1
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
Support Wikilinks #15
Comments
Good to hear that this plugin has been helpful.
In which filetype do you use these links? Markdown?
I'm not familiar with Wikilink syntax. Does it offer any advantages over Markdown syntax? Wiki.vim provides the Wouldn't converting all your existing links and using Markdown syntax for future links be a better solution? Supporting an additional syntax in I'll ping @einarpersson as he first mentioned this syntax in #14. |
Yes, I am using wiki.vim with markdown files.
I'd say it does—for links without an alias, it's a little more ergonomic to type and easier to parse in plaintext.
possibly! Assuming vim's conceal never gets improved, I'll probably migrate over everything eventually.
For sure— |
For this limited use case, I agree that there are some small benefits.
I wouldn't count on it, as it's a very old bug: vim/vim#260 😄
I will leave it open for now so others can chime in as well. I might add this in the future. The benefits seems rather small in my opinion, but it could help onboard new users. |
I see in #14:
Like others I use this plugin to mitigate vim's conceal problems, and I happen to have a lot of files with aliased links, like
[[path/to/file|arbitrary text]]
. I think the capability to handle these links directly in link.vim without a search-and-replace would be a neat improvement.The text was updated successfully, but these errors were encountered: