Post @post@qoto.org

#Logseq team setup a Feature Request category in the official forum and users are prompted to vote FRs there.

For a long time the top ones are: epub annotations, vim shortcuts, longform writing, custom todo/done/doing keywords and filters for page content and not only references section.

All of these (except maybe vim shortcuts) perfectly align with what Logseq provided so far in my opinion.

I see no development on GitHub about these, the team develops privately, the only thing we have is an outdated Trello board that has never been respected nor actual new features are listed there. It looks like the board of a Logseq from a parallel universe.

But now I see an “AI” branch on GitHub by the founder and lead developer that it seems a deep integration of Logseq with OpenAI services. To my knowledge no one made a Feature Request for it. It looks like they are focusing on what they want or what they expect people to like, ignoring the feedback system they setup.

CC @logseq

Given the points above and the fact I backed #Logseq for a long time but addressing these issues may require years and maybe the project won’t survive anyway that long, what should I do? Move to a simpler but better supported system like #Emacs or wait and hope Logseq team figure out priorities?

Recent “AI” (sigh) native integration in Logseq (using OpenAI according to a GitHub branch of theirs, again zero communication by the team) lower my hopes a lot.

If they take money from people they should make clear what it will be used for.

CC @logseq @ednico #PKM

My problem is not really with #Logseq or other #PKM or #TfT apps but with the silos most apps are and how much effort it requires to build and maintain “bridges” between these silos i.e. the integrations everyone look for when evaluating a software solution.

Storing notes in a standard format like #Markdown is a step in the right direction but we need more standard protocols and formats and more OS-level integrations.

The OS should take care of stuff like contacts, calendar, indexing files etc and let applications transparently access them. This approach has been explored by #KDE for example with Kontact, Akonadi, Baloo and more.

I should be able for example to login into Mastodon from my system settings and 1) receive native notifications 2) being able to share a note or a image to Mastodon without opening a full client 3) found my bookmarked toots in my PKM app of choice 4) see my followed and following accounts in an ad-hoc category in my contacts and so on.

Too much work is required now, like “in which service did I save that thing?” because we have no unified search (well again KDE’s Krunner does its best with this concept) or again “where can I contact that person? In which format the resource must be for that platfom?”

From this perspective projects promoting themselves as “Everything OS” while just being the n-th low-code platform like #Tana are laughable.

#Logseq honest review

🟢 #FOSS with AGPL license (in theory)
🔴 In reality it depends on a closed source module responsible for sync, dubious legality and misleading
🟡 Developed almost privately by a Venture Capitals funded company but accepting small contributions on GitHub and donations on OpenCollective
🟢 Store notes in #Markdown (or in less supported #OrgMode) locally
🟡 Forces indented lists in .md files and it doesn’t support normal paragraphs at all
🟡 Introduces syntax that breaks Markdown in a very bad way instead of using code blocks where possible (in Advanced Queries?)
🟡 Based on Electron, NodeJS and NPM
🟡 UI and business logic mixed together, it forces you to always run the whole UI, including for sync
🟢 Available for Linux on FlatHub (unofficially)
🔴 AppImage is the only officially supported way to install on Linux
🟡 No official reproducible builds but unofficial Flatpak ones are reproducible
🟡 Not in F-droid (and the closed source sync feature wouldn’t be allowed there anyway), you have to grab their APK manually or automatically
🟢 Supports Wayland but not by default
🟢 Custom CSS
🟡 Fixed UI, no tabs, no split view
🟡 Multi-window means multiple conflicting whole instances
🟢 Plugins platform
🔴 Plugins marketplace based on GitHub
🟡 Poor integration of plugins especially from UI/UX PoV
🟢 Very interesting concept of PDF annotations
🟡 PDF annotations not stored in the .pdf as standard annotations
🟡 PDF annotations stored in their own .md files with odd names
🟢 LaTeX formulas support
🟡 No native PDF export and in general problematic
🟡 Too many menus, command palettes and other redundant UI elements
🟢 Queries with simple syntax and UI
🟡 Advanced Queries are too often needed
🟢 Datalog query language in Advanced Queries
🟡 Very broken aliases feature
🟡 Inconsistent requirements of capitalize, lowercase etc in query syntax and elsewhere that even break some functionalities
🟢 Macros
🟡 Macros don’t work with most syntax, including Advanced Queries
🟢 Supports HTML and Hiccup syntax
🟢 Supports embedding Web pages using iframes
🟢 Sync is e2e encrypted
🔴 The code for e2e encryption can’t be audited because it is closed source
🟡 Tons of functionalities must be configured by editing a EDN file that it is very easy to break
🟢 Forum based on Discourse
🔴 Use (and abuse) of Discord, even release announcements are made there
🟡 Some Matrix bridges

Concept: 8/10
Execution: 5/10

CC @logseq