The summed up version of your comment is that you also go out of your way to work around the database issue.
Comment on TriliumNext Notes - The last note taking app you should ever need
homegrowntechie@lemmy.world 3 months agoI’ve never quite understood why this is such a non-starter for most people. I just simply set up a script to export my Trilium notes to Nextcloud as flat files so I can still read my notes anywhere even without a Trilium client. Trilium also allows you to edit the notes with an external editor, and then you can just re-import the note to update the note in Trilium.
Brickardo@feddit.nl 3 months ago
homegrowntechie@lemmy.world 3 months ago
I can see your point, although I never use an external editor myself to edit the notes, I was just saying that you could do that if you needed to. I only export to Nextcloud so I can view it there just as I would have to save to Nextcloud if I was using Obsidian or some other file-based note-taking app.
acockworkorange@mander.xyz 3 months ago
Some people have different requirements. Some have been burned by a program becoming obsolete or migrating between programs and finding out getting their data was (at least initially) beyond their capabilities. Some don’t see the tradeoff of having true rich text as worth it.
I’m not in that camp, but I can see the appeal.
rtxn@lemmy.world 3 months ago
I just simply set up a script to export my Trilium notes
edit the notes with an external editor, and then you can just re-import the note
Those two lines right there.
I value interoperability between software. Using a container format to store plaintext files and metadata introduces an XKCD 927 situation where it’s just another reinvention of the wheel that requires additional software support or a whole other workflow for no real benefit. Why is it necessary, for example, to store plaintext data and the related hierarchical structure in a container format when the same feature is already present in the filesystem with files and directories? It adds unnecessary complexity, roadblocks, and points of failure.
asap@lemmy.world 3 months ago
It makes for very handy use cases where other applications can work on the same data. This could be easily adding content into your notes (without needing an API to do so), using external editors for working on certain aspects of your notes, or even just the super handy convenience of having everything in one directory structure.
My Obsidian notes are right inside the same directory as the PDFs and other resources they refer to. I don’t have to have a tree structure inside my notes and then the same tree structure in my hard drive or Dropbox or wherever with all my other files.
watson387@sopuli.xyz 3 months ago
Why would I want to do the extra work when there are other options available that just don’t store the notes in a db?
hedgehog@ttrpg.network 3 months ago
Does your script handle bi-directional sync or one-way only?
homegrowntechie@lemmy.world 3 months ago
Just one way since I have never found the need to edit the notes in Nextcloud
notabot@lemm.ee 3 months ago
It’s a non-starter for me because I sync my notes, and sometimes a subset of my notes, to multiple devices and multiple programs. For instance, I might use Obsidian, Vim and tasks.md to access the same repository, with all the documents synced between my desktop and server, and a subset synced to my phone. I also have various scripts to capture data from other sources and write it out as markdown files. Trying to sync all of this to a database that is then further synced around seems overly complicated to say the least, and would basically just be using Trillium as a file store, which I’ve already got.
I’ve also be burnt by various export/import systems either losing information or storing it in a incompatible way.
homegrowntechie@lemmy.world 3 months ago
Thanks for the clear explanation, that makes sense to me. For me, I just use Trilium for all of the above, so it doesn’t affect me, but I could see how it would matter for those using it in the way you are 👍