Step to reproduce:
1 - Create a Zettelkasten note: 202007131500
2 - Edit the Zettelkasten note title: 202007131500 #NewName
3 - Open graph view
4 - Click on the node for Zettelkasten note: 202007131500 #NewName
Expected result:
1 - Open the Zettelkasten note: 202007131500 #NewName
Actual result:
1 - Create a duplicate note: 202007131500
2 - Open the duplicate note: 202007131500
3- Keeps creating duplicate whenever user clicks on the node
So I looked more into this. It’s not related at all to the zattelklasten. It’s the # in the filename that creates problems. The same things happens when you click on a link like this [[[[aaaa #bb]]]] in preview.
We don’t handle # well as a trailing character because we use # for addressing sections. Maybe we could escape the char somehow. We’ll think if & how to handle this corner case.
@Valery_Kondakoff , generally not a good idea to use on of these chars in filenames if you ever intend to share them with anyone outside your computer (the Web, Linux, Windows etc.).
You could consider changing the filenames to, say, Altissimo F Sharp or something like this, although I can see how plain # is useful and neat for you.
By accident I renamed a note “Note” -> “## Note”.
When I then renamed it back “## Note” -> “Note”, all the links did not get updated back to “Note” but stayed pointing to "[[## Note]].
When using full path links, if a hash symbol (#) is part of a folder name it breaks the link entirely. The hash is also convert to a greater than symbol (>) in preview text.
Steps to reproduce
create a folder with a # character in the path
create a wikilink including the full path to a file in that folder
preview the file
hover/click the link in preview
Expected result
The link should preview the file on hover and take me to the file when clicked, the same as any other wikilink would.
Actual result
hovering over the link in preview informs you “{file} is not created yet, please click to create”
clicking the link (in preview or editor) generates an alert saying “file already exists”.
The # is converted into a > in the content. The actual link in devtools for the screenshot is:
The noticable thing to me is that the href is correct, but the # has been replaced with > in the text. It’s also getting the class is-unresolved, even though that file exists.
