view the rest of the comments
Logseq
Logseq is a knowledge management and collaboration platform. It focuses on privacy, longevity, and user control. It is Free Libre Open Source Software (AGPL-licensed).
Logseq offers a range of powerful tools for knowledge management, collaboration, PDF annotation, and task management with support for multiple file formats, including Markdown and Org-mode, and various features for organizing and structuring your notes.
Logseq's Whiteboard feature lets you organize your knowledge and ideas using a spatial canvas with shapes, drawings, website embeds, and connectors. You can visually group and link your notes and external media (such as videos and images), enabling visual thinkers to compose, remix, annotate, and connect content from their knowledge base and emerging thoughts in a new way.
In addition to its core features, Logseq has a growing ecosystem of plugins and themes that enable a wide range of workflows and customization options. Mobile apps are also available, providing access to most of the features of the desktop application. Whether you're a student, a professional, or anyone who values a clear and organized approach to managing your ideas and notes, Logseq is an excellent choice for anyone looking to improve their productivity and streamline their workflow.
TIL: https://discuss.logseq.com/t/why-the-database-version-and-how-its-going/26744
I understand why the switch, but Logseq using MD was an important factor for me
You still can. But I see how trying to shoehorn collaboration into a purely text-file-based platform would be a huge PITA.
Horses for courses.
Yeah, but the source of truth will be the sqllite db. So it will have to be synced over syncthing, rclone... Lot of, for my use case, unnecessary copying of binary blob
I totally see how pure files can be a PITA for collaboration management but I don't collaborate, I just want to have the same thing across different places
Not necessarily and also not how I understood the post. It's certainly an option and an ergonomic one at that. So it's not unthinkable they go that route.
But you could also offer a choice of backend when creating a new graph. Text-based allows you to sync you files between devices, e.g. via source control, and offer asynchronous collaboration this way, while the DB-based approach forfeits source control and opts to keep its data consistent through simultaneous edits from multiple clients itself.
But managing that consistency takes quite considerable effort, as we're witnessing, for no clear advantage, just a tradeoff. And I at least think it would be a shame to let the work already gone into the development of the text backend go to waste. I think the devs might share that opinion.
From the link in the OP
But maybe that's temporary, in the older link from my comment nothing suggests this is the design goal