Improved and Robust Attachment Management

[chumion]

Hi,

I really like the concept of reducing context switching by combining calendars, tasks, and notes in one place. However, the current way attachments are managed is a significant limitation that prevents Acreom from fully functioning as a PKM tool.

The Issue

For instance, in Folder A, I have a note where I pasted an image, and that image is automatically stored within Folder A. When I move the note elsewhere, the image remains in Folder A, which doesn't make sense. More importantly, if I try moving the image to the same location as the note, Acreom can no longer locate and display it in the editor.

Why This Matters

It’s not always possible to predict where a note should ultimately belong. As a knowledge base grows, notes often need to be moved, and I don’t want the links to attachments breaking whenever I reorganise.

Suggested Solution

A good approach might be to follow the approach used by Obsidian and Logseq. They allow users to store all attachments in a dedicated folder, ensuring notes can consistently link to their attachments regardless of their location. This approach also avoids the need to support every file format as an attachment. Users would be able to attach a variety of file types to their notes, with unsupported formats simply opening in the default application.

If Acreom could implement this, I would be ready to migrate my entire knowledge base from Obsidian to Acreom.

[ezxpro]

How do you attach stuff at all?

It is in the roadmap as a "to be implemented" feature and when you drop a file inside of it thinks you're trying to import a markdown file.

[chumion]

How do you attach stuff at all?

It is in the roadmap as a "to be implemented" feature and when you drop a file inside of it thinks you're trying to import a markdown file.

I’ve only tried attaching images so far. For other file types, where I don’t need to view their contents alongside the note but still want to ensure I can find the relevant files, my workaround is to paste their file paths instead.