I think it would be great just to be able to define for you self what you want to do. The same folder, a folder in the same directory, or the vault folder. I think considering the vast diversity of the ways people organize their files and different schemas that other editors use, the option for user to define what they want is essential.
3 Likes
+1 for the typora-solution
5 Likes
+1 . Just realized I have a ton of images but they’re all in the root directory. When transferring files over or looking at the MD files, they’re incompatible since I tend to use the following format:
Books/Fourhour/
Books/Fourhour/Notes.md
Books/Fourhour/Screenshot1.png
I can’t possibly think that storing every image in the root vault or even 1 directory with hundreds of notes could not end up being a clusterf…
I prefer the Typora method. I still realize this program is still in its infancy.
1 Like
This one would definitely be on the top of my wishlist. Allowing the users to have a separate attachment folder for a specific file/folder would increase the tidiness of the vault especially as the vault increases in size. It would also benefit the process of exporting notes and organization, e.g. file paths like
for file-wise attachment folders or
for folder-wise folders. Either way, it should be best to let users pick as @amirography pointed out.
I think all the systems have their complications.
Per folder means attachments scattered everywhere and needing a tracking method when folders are switched around - they’re not immutable.
Per vault means there will be potential problems when using nested vaults, if you add attachments while you’re in a higher level vault.
I’d just point out that, if you open your folders as vaults, then you can add attachments into an attachment folder for that vault.
1 Like
The latest insider update seems to be already fiddling with the attachments syntax for resizing of images. I’m wondering if this is an issue that can be tackled while the team is working on this? Especially with the push for Publish, seems to make sense to work on this feature.
I strongly support providing options that allow storing attachments either in the same folder as their parent note (that they were dragged to) or optionally a subdirectory of that folder. Having all attachments in one location is unmanageable for many reasons, as well as being non-portable.
1 Like
What if the same picture is attached in two notes in the same folder, but you decide to move one of the notes to another folder, what happen whit the attach?
@henrique I think the “right” thing to do is offer to update the link in the note that moved to point to the image in the original folder.
e.g. if it was
root
| \______ foo (dir)
| |____note1.md
bar (dir) |____note2.md
|____img1.png
before, in both note1 and note2, the referenced image could be as ![[img1.png]]
after moving note2.md to the bar folder, the link should be
[[../foo/img1.png]]
Another option would be a prompt that says “this note references local files that are shared by other notes. Do you want to duplicate the linked files, or update the references so they point to their original location?”
3 Likes
I think it makes total sense to have more options for the folder path. But the perfect companion feature to that would be the ability to edit the filename of the embed/attachment on the spot, right there while writing in edit mode itself (and maybe inherit the name of the file with a numerical suffix as the default option).
Would something like this be possible? In fact, with that feature, I’d not care as much about not having folder options. Because even if its organized in a single Images folder then-- it’s still well-organized.
2 Likes
I have not officially changed over to Obsidian. I am still using KeepNote. This makes me wonder if I would have to go back and do a lot of cleanup if they changed it to a per folder workflow. I know if you move a note all links get updated. I am hoping attachments would work the same. I am hesitant to commit and start using it yet. I do agree that a per folder or an option as listed above is better long term.
ce
hestmatematik said:
“But the perfect companion feature to that would be the ability to edit the filename of the embed/attachment on the spot, right there while writing in edit mode itself (and maybe inherit the name of the file with a numerical suffix as the default option).”
Yes! Especially the ‘inherit the name of the file’ bit. This would be ideal.
Example: for a note called “bug in data section”
here is a line of text.
1st pasted image: auto named [[bug in data section 01.jpg]]
another line of the text
2nd pasted image: auto named [[bug in data section 02.png]]
And you can always give it a different title within your md:
[[bug in data section 01.jpg | new title]]
2 Likes
this has been implemented in 0.10.8
4 Likes
That is great news!
Not quite totally implemented, but it’s a nice progress !
As I understand it, there is still no way of naming the image subfolder after the current note.
1 Like
Open a feature request specific for that.
Woohoo, that is excellent news. Now just to find out how to become an Insider, so I can play with it.
ce
1 Like