Allow hidden folder for pictures: ![aaa](.attachments/aaa.png)

Use case or problem

Some Wiki solutions use a hidden folder to store pictures. I use a unique system for wiki pages and for my own notes. That’s why I have a lot of pictures in hidden folders like
But they are not shown in Obsidian.

If I renamed the folder from “.attachments” into “attachments” then Obsidian would show the pictures. But I can’t do so because then I lost compatibility with wiki systems and with some other software (for example blog based on Jekyll)

I want to use a unique system for several wiki pages, for my blog and for my own markdown plain text bases notes system. I can’t change the wiki defaults, so I need to use the wiki defaults also for my own notes system.

Proposed solution

You should allow hidden folders, containing the dot prefix, to store pictures (and maybe other media files, but currently I use only pictures)

Current workaround (optional)

I think about renaming the folder and to remove the dot, but I will not do because this will not work for wiki files. Currently, I could stop to evaluate if I can use Obsidian on top of my existing notes system. Or I can proceed to evaluate, but knowing, that pictures will not be shown.

Related feature requests (optional)


Could you make alias or link to that folder? Which OS are you using? Using alias “attachments” to “.attachements” would be workaround until Obsidian team answer your requests

Thank you for this idea. I am using Windows and Android. In windows NTFS this could be symbolic links like described here:

But even if I use junctions / alias / symbolic link to folders then I would need to change also the links in the notes files to point to the alias folders like ![aaa](attachments/aaa.jpeg). But then these links will not work in the wiki pages. And links created in the wiki’s browser editor will still insert pictures into “.attachmens”.

The main issue is: This would work in Windows only but not on Android. Currently, I synchronize my notes between Windows and Android. On Android I use Markor as main editor, on Windows VSC. I also evaluate GitJounal on Android. GitJournal was the app where I read about Obsidian. GitJournal is used by some Obsidian users and this was the reason for me to see what is Obsidian and how does it work.

And because all other markdown editors I use or I tried support hidden folders, but only Obsidian doesn’t, I asked this feature request.

The Obsidian idea is great because it works with any existing markdown file based notes system. I don’t need a separate database, I don’t need export or import. I have a tag pane. And I will create more links to use the graph view. Very important: I can also work with my notes on Android (create and edit).

1 Like

like typora ,can custom insert picture.
It is necessary to hide the attachment folder

1 Like

Is there any chance to get this feature implemented?

The experience with obsidian is great, I like the navigation in the local graph view. But I have no chance to use other folders for attachments then these hidden folders, because this is the standard in all my wiki projects and I can’t adapt the wiki’s content to obsidian, but obsidian should accept the wiki defaults.

1 Like

As an alternative/complement, Obsidian could be able to accept some dictionary of redirections (to be requested) where we could specify actual locations where to search targets of links matching certain pattern, without need to permanently modify links stored in the vault.

Obsidian claims “unparalleled interoperability” and no “lock-in” on it’s main page. I am looking forward to these values in request Customizable interpretation of markdown syntax nuances, like CSS

Yes +1
My need is simply to hide the “attachments” folder in the left “file explorer” pane.
Obsidian is great but “image management” or “attachment management” is very basic.

If I chose to put all attachments in a subfolder with a specific name in Settings / Files & Links / Default location for new attachments then this stays in the left “file explorer” pane. I admit it’s only a Nice To Have but something needs to be done at least about image management… and that’s probably a Must Have.