objed VS eglot

To build on what others are saying about Emacs, if you start exploring the package ecosystem, you're going to see quite a lot of really interesting packages that are related to improving/experimenting with the UX of editing text. While I'm not endorsing anyone in particular, I think what this list does show is just how easy it is to do pretty much whatever you want in Emacs;

https://karthinks.com/software/avy-can-do-anything/

https://github.com/jyp/boon

https://github.com/clemera/objed

https://github.com/jmorag/kakoune.el

https://github.com/meow-edit/meow/

https://github.com/xahlee/xah-fly-keys

https://github.com/Kungsgeten/ryo-modal

https://github.com/emacsorphanage/god-mode

Emacs 29 also now has treesitter and LSP mode integration built-in, a compilation mode, a comint mode for REPLs, excellent file browsing packages (I use dired/dirvish), and a few other killer features.

Now, if what you truly dislike are "quirky editors", prepare yourself for a world of hurt because vanilla Emacs departs quite a bit from "modern" text editors. I struggled with this for a while, but eventually by buying into the paradigm, I now feel that when emacs try emulating "modern" IDE features like autocompletion, LSP, and DAP UI, I feel like it's a regression, not a progression. The point here is that you might have an "idea" of what good initial UX and lack of quirks would look like, but Emacs might change the way you think.

This looks like an interesting and valiant attempt to build something that improves on everything that came before it, but I did find the documentation lacking in clarity.

I'm experimenting with this package right now instead:

https://github.com/clemera/objed

and will wire up the keyboard shortcuts using RYO package to roll my own modal state.

3.objed:: https://github.com/clemera/objed.git

Wow. meow project looks similar to objed but with more features. These projects are inclined to modal editing but not being vim. Thank you for suggesting.

I like the semi-modal editing package objed (short for textual object editor)

This reminds me of u/clemera's objed and of versor.

There are other modal systems for emacs. You even can construct your own with https://github.com/mrkkrp/modalka and https://github.com/Kungsgeten/ryo-modal. I have done that, these packages were extremely easy to use. I had a lot of fun designing the modal regime of my dreams. There are https://github.com/LouisKottmann/emacs-baboon, https://github.com/xahlee/xah-fly-keys (and its various forks) and https://github.com/clemera/objed.

I forgot about objed! Which is another very interesting project.

I didn't fully get what your interactive piping solution is, but I found that objed has a command oddly unrelated to the rest of its codebase: objed-ipipe, which does what I imagined Howard's piper to do but more intuitively to me. Though it seems you can write piper commands out in lisp so it's probably a superset feature-wise, I just never got started learning it.

Well laid out, I fully agree. I think there is still a lot of potential to combine these two approaches in a better way, Emacs knows about many structures already but I think it could be more convenient to act on those. I tried my hand on this with objed which aims to make it easier to act/navigate on certain units (on demand or semi automatically).

Recently I stumbled upon this issue:

https://github.com/joaotavora/eglot/discussions/1127

I don't know enough about emacs and LSP to see the full picture, but it seems that both eglot's and corfu's maintainers, assumably very competent programmers, can't find a solution for this.

I only skimmed the thread. My understanding is that LSP dumps a long list of completion candidates at once and they can't decide a cache strategy that works well with existing code...?

It could be. There are unfixed issues with eglot and corfu, and sadly not a lot of willingness to investigate.

Eglot errors when I add new Python code blocks. The error disappears when I reconnect the language server, but the same happens again when I add a new code block. My "workaround" now is that before I start working on the .qmd file, I just add a bunch of Python code blocks (for which I also have a function) and then reconnect the language server again. This way I can start working for a while until I need to add more code blocks again.

This discussion has helped with some performance issues: https://github.com/joaotavora/eglot/discussions/993.

I guess eglot doesn't support it yet: https://github.com/joaotavora/eglot/pull/839

This is not by pure chance, João is the developer of the Eglot LSP client and the breadcrumbs from LSP-mode had been requested as a feature, but as far as I remember João thought rightfully that this could be an independent package, see https://github.com/joaotavora/eglot/discussions/988

A substantial section of the community is using corfu instead of company, but I wouldn't say company is out of date by any means. In emacs 29 eglot will be a built in, which might act as a replacement for lsp-mode depending on what functionality you need.

I am currently running emacs 29 (built from emacs-29 branch) which – according to https://github.com/joaotavora/eglot – should contain the latest eglot.

Yep. You can use flymake or flycheck for that in combination with eglot or lsp-mode.

See https://github.com/joaotavora/eglot#diagnostics

(I have reported this (that is, ElDoc missing docs for callable things at point, when Eglot is enabled) as an issue recently: First on GitHub-discussions https://github.com/joaotavora/eglot/discussions/1200, then on Debbugs https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62687. But the threads are very long, so I don't recommend reading them.)