4 ms·

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 i

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.

0cf8612b2e1e 2y ago
Guile is the GNU extension language. Seems like the best candidate for an emacs replacement.
- ducktective 2y ago
  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...
  - rbanffy 2y ago
    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.
    - medstrom 2y ago
      It would also simplify the codebase, to scrap the native Windows support and outsource that responsibility to WSL.
- School-Cotton 2y ago
  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.
vindarel 2y ago
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… https://lem-project.github.io/usage/usage/ https://lem-project.github.io/usage/usage/ (development notes: https://lisp-journey.gitlab.io/blog/oh-no-i-started-a-magit-like-plugin-for-the-lem-editor/ https://lisp-journey.gitlab.io/blog/oh-no-i-started-a-magit-...) Lem has: - 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…
- hollerith 2y ago
  Interesting. Is Lem the editor you use most for editing code? For editing text that is not code?
Zambyte 2y ago
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.
- deleted 2y ago
  [deleted]
- Zambyte 2y ago
  Also on Guile - it is meant to be embedded in C programs (like wlroots). It is one of the best options in that domain of Scheme implementations.

0cf8612b2e1e 2y ago

Guile is the GNU extension language. Seems like the best candidate for an emacs replacement.

ducktective 2y ago
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...
- rbanffy 2y ago
  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.
  - medstrom 2y ago
    It would also simplify the codebase, to scrap the native Windows support and outsource that responsibility to WSL.
School-Cotton 2y ago
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.

vindarel 2y ago

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… https://lem-project.github.io/usage/usage/ https://lem-project.github.io/usage/usage/ (development notes: https://lisp-journey.gitlab.io/blog/oh-no-i-started-a-magit-like-plugin-for-the-lem-editor/ https://lisp-journey.gitlab.io/blog/oh-no-i-started-a-magit-...) Lem has: - 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…

hollerith 2y ago
Interesting. Is Lem the editor you use most for editing code? For editing text that is not code?

Zambyte 2y ago

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.

deleted 2y ago
[deleted]
Zambyte 2y ago
Also on Guile - it is meant to be embedded in C programs (like wlroots). It is one of the best options in that domain of Scheme implementations.