org-web VS doom-emacs

If you stick with Orgmode, what I used was https://org-web.org/ it's pretty great

Collaboration is indeed a weak point of Org. However, there are https://org-web.org/ and https://logseq.com/

> Also i dont care about a fancy looking UI that uses 8GB of RAM and takes 10 Seconds to load, just make it work.

Well, this is pretty much Google Docs or any Open Source clone like Nextcloud or LibreOffice Online I guess. It's surely possible though to write something like that with a very lean UI.

I think many Web developers go by default for something more complex though because it's not necessarily more effort. And well, there are already a bizillion similar apps.

> Also i dont care about a fancy looking UI that uses 8GB of RAM and takes 10 Seconds to load, just make it work.

But this one might be relatively close to what you're looking for: https://github.com/DanielDe/org-web (At least if you self-host, the web server of org-web.org doesn't seem very fast :))

I use this for shared org Todo lists: https://org-web.org/

There are also mobile apps like orgzly or plain-org. And one more link for online editors: https://org-web.org/. As the last resort, you may always go for Emacs on mobile. (There are currently even some discussions on emacs-devel about touchscreen support).

Surprised nobody has mentioned this yet, but Org-mode for Emacs [1] is just great, and fits very well to the requirements:

- Source of truth: these are text files, so any of git, nextcloud, syncthing etc. will do.

- Consistent interface: using emacs might be tough on mobile, but there are some web interfaces for Org mode [2]

- Standard protocols: custom scripting does anything. ical is pretty easy to handle, not sure about webdav.

- FOSS: check

- Multiple calendars: yep, via Org agenda [3]

- Subtask support: As deep as you can go

- Custom logic: via emacs scripts (or some creativity if you're using the web ui above)

- Markdown notes: yes, minimal differences between org mode and markdown

[1] https://orgmode.org/

[2] https://github.com/DanielDe/org-web

[3] https://orgmode.org/manual/Agenda-Views.html

Different options exist offering a differing amount of features. These include MobileOrg, Beorg, flat habits, OrgRO. Other solutions include Org Web, Organice.

$ rm -rf ~/.config/emacs # Remove the existing directory if necessary git clone --depth 1 https://github.com/hlissner/doom-emacs ~/.config/emacs ~/.config/emacs/bin/doom install

Sounds like what you want is emacs, but preconfigured. In that case, have you tried Doom Emacs, Spacemacs or any of the myriad of others like those?

darren@pop-os:~$ git clone --depth 1 https://github.com/hlissner/doom-emacs ~/.emacs.d Cloning into '/home/darren/.emacs.d'... remote: Enumerating objects: 1156, done. remote: Counting objects: 100% (1156/1156), done. remote: Compressing objects: 100% (1042/1042), done. remote: Total 1156 (delta 85), reused 650 (delta 71), pack-reused 0 Receiving objects: 100% (1156/1156), 1.13 MiB | 7.29 MiB/s, done. Resolving deltas: 100% (85/85), done.

I used to do something like -{ nixosConfig, config, lib, pkgs, ... }: -let - xdgConfig = config.xdg.configHome; -in { - home.activation = { - foo = lib.hm.dag.entryAfter [ "writeBoundary" ] '' - doomdir="${xdgConfig}/doom"; - # $VERBOSE_ARG - if [ -d "$doomdir" ]; then - $DRY_RUN_CMD git -C "$doomdir" pull http master || true - else - # git clone and change url - http="https://git." - $DRY_RUN_CMD git clone "$http" "$doomdir" - # the new url needs ssh keys setup - git -C "$doomdir" remote add http "$http" - git -C "$doomdir" remote set-url origin "gitea@git." - fi - emacsdir="${xdgConfig}/emacs" - if [ -d "$emacsdir" ]; then - if [ -d "$emacsdir/.local" ]; then - $DRY_RUN_CMD $emacsdir/bin/doom sync - fi - else - $DRY_RUN_CMD git clone --depth 1 https://github.com/hlissner/doom-emacs "$emacsdir" - fi - ''; - }; -}

`;; Needed to add javascript-eslint to the the next-checker after lsp so that it would actually load, as that wasn’t happening by deafult ;; also needed to runit after the lsp-afer-initalize-hook because otherwise ‘lsp wasn’t a valid checker (add-hook ‘lsp-after-initialize-hook (lambda () (flycheck-add-next-checker ‘lsp ‘javascript-eslint))) ;; https://github.com/hlissner/doom-emacs/issues/1530 ;; Potential alternative to the above ;; (after! (:and lsp-mode flycheck) ;; (flycheck-add-next-checker ‘lsp ‘javascript-eslint))

The performance lag of Spacemacs was addressed by Doom Emacs ( https://github.com/hlissner/doom-emacs ). Have you tried Doom Emacs by any chance. After syncing everything, the performance is stellar in my opinion.

but I just realized, you're probably better off using doom emacs. The defaults are sane, customizations are almost always optional and the community's really active/helpful. (Disclaimer: I'm a doom emacs user with ~2k lines of config)

While Doom is more opinionated, it's not too difficult make Emacs your own, most of the choices are optimized anyway. Currently the head of Spacemacs devs is not active on the project anymore. Also I don't think it's hard to upstream code to Doom, as long as the code is thoroughly written, take a similar example on both sides: the introduction of a completion engine as layer/module (same packages are installed): - https://github.com/syl20bnr/spacemacs/pull/14901: 23 comments, 7 participants - https://github.com/hlissner/doom-emacs/pull/4664: 576 comments, 20 participants

Also Doom emacs has one. https://github.com/hlissner/doom-emacs https://github.com/hlissner/doom-emacs/tree/master/modules/lang/common-lisp

Nowadays, I use https://github.com/hlissner/doom-emacs with WSL2 but only for org-mode. For code, I have either Sublime Text or VS Code.