Wikilinks require file extension
Completed
In Version 1.0.0 (28), when a Wikilink does not have a file extension included in the filename between double brackets -- [[Filename]] -- clicking on the link fails to render the linked note. Focus goes to the search box. If the file extension is included -- [[Filename.txt]], the linked note is rendered. Having imported numerous notes from nvALT with extensionless links, having to retype each Wikilink is daunting. Documentation says no file extension is needed.
-
Fixed for next version.
0 -
Many thanks! I love the app.
0 -
Glad to hear it!!
0 -
I'm confused - this seemed to work for me for a few days (also in 1.0.0 (28)), but now it does not. Adding the extension doesn't fix the problem. I created every link I have using nvUltra, not importing from any other service/tool.
here's a little video to make sure we're talking about the same problem:
https://www.dropbox.com/s/jhy4khuhwc3pkbh/nvUltrabeta%20not%20obeying%20link%20Allison.mov?dl=0
0 -
Yeah, you should tame down all the tech talk in that video. :P
This seems to be a bug, what you're doing is correct. We'll look into it, and let you know if we need any more info.
0 -
Hi again,
I have noticed that while the wikilinks work in the note pane without having to add the file extension (e.g., .txt) within the double brackets, when I click on a wikilink in the preview pane, it creates and goes to a blank copy of the ostensibly linked note. In other words, same bug as before, but now only happens in the preview pane.
0 -
I'm experiencing the bug the OP describes, in both the editor and preview panes, with version 1.0.0 (73). Below is the description I was about to post before finding this thread.
—
A folder contains `foo.md` and `bar.md`. `md` is set as the default file extension. `bar.md` is the only file with basename `bar` (i.e. no `bar.txt`, etc.). `foo.md` contains the wikilink `[[bar]]`. I click the wikilink.
Observed behaviour: The search field is focused, but empty. No note is selected, and the editor is empty.
Expected behaviour: Based on the comment below and others, I expected the same behaviour as if I had clicked on `[[bar.md]]`.
https://multimarkdown.zendesk.com/hc/en-us/community/posts/360037228573/comments/360009271734
Specifications:
nvUltra Beta version 1.0.0 (73)
macOS Catalina 10.15.71 -
I have the same issue too.
0 -
Fixed for an upcoming release.
Thanks!
0 -
Has the fix mentioned above 2 months ago been released? I'm still experiencing the bug exactly as described in this thread.
0 -
No. The last 2 releases have been "placeholder" releases while we finish up the rewrite. This was a rebuild of several of the core systems from the ground up, and has required some testing/bug fixes from Brett and I before it is ready for wider testing since so much of it was brand new. We'll roll that one out soon (next few weeks if all goes well).
0 -
Nice. Confirming that this issue of needing the extension in the [[wikilink.md]] is no longer needed for the link to work correctly. I have .md set as my default extension, and [[wikilink]] works just fine now. (So now, as I come across the .md extensions in my [[links]] I am taking them out... unnecessary but helps with readability.)
0 -
Glad it's better for you!
0 -
I'm experiencing a related issue in the newest release. (I joined the Beta yesterday).
In nvAlt, writing a wikilink that didn't have an exact match [[like this]] would open the search window with this exact term. In nvUltra, it opens the search window with "like this.md" as the search term, and immediately creates a related md file. This breaks my previous workflows as I used partial matches on purpose in WikiLinks to effectively save searches within notes.
It would be great if we could get the old behavior at least as an option.
0 -
Stefan Stryjecki -- nvAlt and nvUltra are two different applications, and are not intended to function identically. Obviously nvUltra is inspired by nvAlt, and a great deal of the behavior is the same. But not everything.
In this case, `[[foo]]` is intended to be a WikiLink, not a search, so a non-existent WikiLink will trigger the creation of a new file (which is the normal behavior for WikiLink everywhere I have used them, e.g. Wikipedia, etc.)
We'll continue to consider updates and improvements, but at this time there are no plans to change this behavior.
0 -
Understood. Good to know. FWIW, it's not universal behavior. E.g., 1Writer on iOS, and FSNotes on both Mac and iOS use this notation for search if there is no exact match. I prefer that behavior so it's a pity nvUltra goes in another direction.
But you're the designers, you know better. :)
0
Please sign in to leave a comment.
Comments
16 comments