Why wlroots? Isn't it better to target an abstraction api over the various GPU libraries (vulkan, metal etc)?
And I would have asked about Guile too but that is another matter.
I think LEM's approach is better here in utilizing SDL and common lisp. If they write an ELisp interpreter and somehow translate Emacs editor api so plugins would work in LEM too, that would be ideal.
Lem is cool and is shipping features fast. We don't have an Elisp interpreter, but we already have a small Magit-like interface: see changes, stash files and hunks (no line precision yet), interactive rebase…
- syntax highlighting and language-specific commands (linter etc) for many languages: Common Lisp of course, but also Python, Rust, C, Erlang… JSON, HTML, markdown (including interactive preview in a browser)… a directory mode…
- LSP should just work
- treesitter is a WIP
- graphical and terminal interfaces
- integrated terminal (libvterm)
- project-related commands, interactive grep, tabs, a side-bar project explorer, keyboard macros, multiple cursors, built-in help (to a certain extent), mouse support, transparent background…
wlroots because I have little experience with GPU things, and they have already done a lot of the heavy lifting that I would do. I specifically want it to be a window manager, so it can script graphical applications in the same way that GNU Emacs can script text applications.
Regarding Guile - I am familiar with it since I use GNU Guix. I think it is one of the more practical Scheme implementations with its current ecosystem.
There was already a project to port emacs to run on guile. Guile supports both emacs lisp and scheme for this reason. The project seems to have run out of steam but it was mostly working at one point AFAIK.
Well, an Emacsen that hopes achieving the same degree of popularity as Emacs should be usable in Windows too. Last I checked, Guile had problems in Windows...
I wouldn’t consider running directly on Windows a hard requirement. You can run it under WSL[1|2] for instance, or bundle a very minimal WSL distribution that only runs your software.
And I would have asked about Guile too but that is another matter.
I think LEM's approach is better here in utilizing SDL and common lisp. If they write an ELisp interpreter and somehow translate Emacs editor api so plugins would work in LEM too, that would be ideal.