lem

Wondering if the Lem project is “accepted” (or worth a test drive) by the Emacs community. I’m a long time Emacs user, occasionally leaving but always returning. Lately, Lem has my attention. https://github.com/lem-project/lem For those not familiar, Lem is very approximately an Emacs, natively written and extendable in Common Lisp, multiplatform, NCurses & SDL2, etc. LSP. And fast.

It should be possible to do everything equivalently from any of the supported languages. But unless you rewrite everyone else's code you may still have to acknowledge the languages you don't like. Perhaps you'd prefer Lem? https://github.com/lem-project/lem

While I'm not an Emacs user I like the philosophy of it. And I like text editors. That said, I use orgmode on android (orgzly) and used it on sublime text (orgextended), that's a nice feature. I know one guy who uses emacs and when I heard of lem (https://github.com/lem-project/lem) I told him. (Lem is also in CL) He was quite enthusiastic of it, but 2 or 3 things were missing at the time, the first of all you guessed it, it's org-mode, second was magit but he could use lem without it and finally it was a plugin manager (but we agreed it is a lot of work). I don't know what are your plans but I hope I could give you some ideas.

Someone created lem [0] which is basically an Emacs in Common Lisp. I don't know for concurrency but I hope it is designed to do so. Also there isn't org-mode. [0] : https://github.com/lem-project/lem

For the Common Lisp part, someone created lem [0], but for the other points I can't tell. I know there is an extension manager being developped, but am not able to judge the robustness. Also that there isn't org-mode. [0] : https://github.com/lem-project/lem

Yes, M-C https://github.com/lem-project/lem/blob/main/src/commands/mu...

Also, weird passive aggressiveness in the issue tracker without actually fixing the issue: https://github.com/lem-project/lem/issues/1359

I'm watching it with attention but some stuff is concerning: * Some binaries in the source tree like https://github.com/lem-project/lem/tree/main/extensions/term... * Commit messages aren't really descriptive. * PRs and issues lingering in the void. * Working around the strange inferior process thing (cf https://github.com/lem-project/lem/issues/1076) that could be replaced by uiop:launch-program when a tty/pty isn't needed; still no LSP in c-mode, and forget C++, obviously. Well, let's be honest, it's very interesting but still a one-man effort, as far as the core editor goes, so these are pretty normal.

Has anyone used this? I was just thinking the other day that it would be nice to have an emacs-like editor written in such a way that it made performance and parallelism easier, especially around multithreading. A real killer feature would be some kind of emacs-lisp compatibility layer so that you could load existing third-party emacs modules, but I imagine the complexity of that is so off the charts that it would be unrealistic. Has anyone successfully packaged it for NixOS? I see this aborted attempt here: https://github.com/NixOS/nixpkgs/issues/250777 (linked from https://github.com/lem-project/lem/issues/890). If not, I guess I might just try patching the binaries rather than trying to build it from scratch, since I don't have any experience building common lisp projects in nix.

There's a kind of "Magit Imitation" project https://github.com/altsem/gitu that aims to do what it does but sans-emacs. And it's ... fine... but what I realized once I started playing with it was that a large part of what makes magit.. magic... is the editor / buffers being right there. I've still not fully absorbed magit, and mostly just use the command line and the emacs interactive git rebase mode, but I go in there once in a while. And wow. So cool. There's also 'legit' for lem, the Emacsen written in Common Lisp. https://github.com/lem-project/lem/blob/main/extensions/legi...

Take a look at the GitHub readme[1]: “Lem supports other programming languages thanks to its built-in LSP client. You can choose between an Emacs and a Vim mode.”. Although I wish they’d explore the Kakoune/Helix style of editing too, which I think will become a major competitor to Vim (and I personally prefer it myself). However, I am also worried that Lem won’t gain any traction because the Emacs ecosystem is just too vast and has too many killer apps (Magit, OrgMode, Dired, the amazing built-in Help/Documentation - to name a few). But it may very well become a modern Emacs alternative if they focus on better user experience, leave behind some idiosyncrasies of the past and create great alternatives or ports of Emacs’s most appreciated plugins. There is a great opportunity in starting from scratch, but I guess it is also a huge challeng

Direct Link to "Lem" the Common Lisp based "Emacs" discussed in the talk. https://lem-project.github.io/ https://github.com/lem-project/lem

>How's that Guile port coming along anyway? https://github.com/lem-project/lem (as a realistic climacs) is probably our only hope for a "new Emacs".