Feature request: auto-rename link paths
Scenario: I tend to have a master project file where I link to other notes using the [[]] syntax. I might have a file called "Project X" that then contains links to meeting notes for that project.
One thing I've noticed is that if I link to another file, then rename that target file, the link is unchanged and breaks. I often link to the same file in >10 notes, so this is cumbersome to go back and rename them all.
Would be great if renaming a note also scanned all other notes in the same folder for a link to that note, and renamed them.
-
I second this request. It would seem to be veering into database territory, but I generally prefer to keep my files as plain text and avoid making databases.
Use case: I am a translator and one of the major things I translate is haiku. I have txt files for each haiku poet, with links within to each haiku they have written, with links within for things such as key words and season words. Yes, I know, basically this is crying out for a database. But it works surprisingly well in nvALT and now in nvUltra. The only catch is I can't rename files/links as that would break the link in dozens of other text notes.
So that's me and my reasoning for seconding this request.
0 -
Alternatively you could use a unique code (UID) as part of the file name.
This method is implemented in the so called Zettelkasten system
- ( see the "The Archive App" - How do I create links between notes? ).
As nvUltra is however the far more versatile editor in general :-) , it would by sooo nice to have some way of automating this procedure ( feature request )
in any case then simply searching for the UID would do the trick ...
E.G in nvultra a workaround could be like this
- if the UID is a simple timestamp like "20201117_2011432" (created with TextExpander or typinator )
- then the branched note could be called:
"20201117_201143 - and rest of the title which can be changed anytime" - and the reference in the source note could be
<x-nvultra://find?txt=20201117_201143> - clicking this link will perform a search and find exactly two notes - the source and the branch since both have the UID
- of cause any other note which references the same branch could helpfully show up then
but much better would be a modified optional wikilink syntax "[[20201117_201143*.md]]" where the " * " would be a wildcard to search all titles starting with the UID.
Or any other smart search for UID syntax packed in a clickable link ...
0
Please sign in to leave a comment.
Comments
2 comments