4 ms·

To anyone wondering why this might be a good idea, there are some interesting comments in a GitHub issue (https://github.com/Wilfred/remacs/issues/305 https://g

by ealhad 8y ago

To anyone wondering why this might be a good idea, there are some interesting comments in a GitHub issue (https://github.com/Wilfred/remacs/issues/305 https://github.com/Wilfred/remacs/issues/305): > For users, I hope Remacs will be faster (it's easier to optimise), more robust (we have stronger type checks and the ability to add unit tests), better documented (see #262) and somewhat more featureful (we have some ideas for solving the dumper problem that would allow users to dump their instance as an image) than GNU Emacs. > I think we will get problems when the current generation of emacs devs retire and there's a better chance that emacs will survive if we try to make it more appealing to young developers. Rust seems to be a good option.

flurrything 8y ago
> For users, I hope Remacs will be faster The main reason my emacs is painfully slow is that most elisp code blocks. Stuff like hitting tab for auto-completion might perform a blocking query from a language server hanging emacs for multiple seconds. Opening a file tries to start a language server and blocks the editor in the process. Etc. Making emacs itself faster won't make the experience of working with emacs any better.
- simias 8y ago
  Some things like indenting a large file or even searching in a huge buffer can be quite slow. For instance I just tried indenting a ~1000line C buffer and it took about 2 seconds. When dealing with very large files (hundreds of MB) some basic movement and editing commands can be quite slow. Dealing with very large TAGS file (for the linux kernel for instance) is annoyingly laggy as well. I agree that it's not the panacea though, Emacs would benefit from using a more threaded or event-oriented programming model for many things.
- ams6110 8y ago
  Emacs does block on many operations, but I've never had it be really noticeable on tab-completion type stuff. Though I only use auto-complete on emacs commands, so maybe I've just missed it.
  - db48x 8y ago
    It depends quite a lot on what kind of autocompletion you're using, for which language. It's a mixed bag.
- pulisse 8y ago
  > The main reason my emacs is painfully slow is that most elisp code blocks. Note that multithreading is now in Emacs master, and some core packages (e.g., Tramp, which used to block when opening a remote file) have already been updated to make use of it, so starting with the next major release things will be improving on this front.
badcede 8y ago
An even better chance is that this project will turn those young developers into old ones.
lottin 8y ago
> make it more appealing to young developers In that case, they should rewrite the Lisp code in JavaScript. Yes, I'm being sarcastic.

by ealhad 8y ago

flurrything 8y ago

> For users, I hope Remacs will be faster The main reason my emacs is painfully slow is that most elisp code blocks. Stuff like hitting tab for auto-completion might perform a blocking query from a language server hanging emacs for multiple seconds. Opening a file tries to start a language server and blocks the editor in the process. Etc. Making emacs itself faster won't make the experience of working with emacs any better.

simias 8y ago
Some things like indenting a large file or even searching in a huge buffer can be quite slow. For instance I just tried indenting a ~1000line C buffer and it took about 2 seconds. When dealing with very large files (hundreds of MB) some basic movement and editing commands can be quite slow. Dealing with very large TAGS file (for the linux kernel for instance) is annoyingly laggy as well. I agree that it's not the panacea though, Emacs would benefit from using a more threaded or event-oriented programming model for many things.
ams6110 8y ago
Emacs does block on many operations, but I've never had it be really noticeable on tab-completion type stuff. Though I only use auto-complete on emacs commands, so maybe I've just missed it.
- db48x 8y ago
  It depends quite a lot on what kind of autocompletion you're using, for which language. It's a mixed bag.
pulisse 8y ago
> The main reason my emacs is painfully slow is that most elisp code blocks. Note that multithreading is now in Emacs master, and some core packages (e.g., Tramp, which used to block when opening a remote file) have already been updated to make use of it, so starting with the next major release things will be improving on this front.

badcede 8y ago

An even better chance is that this project will turn those young developers into old ones.

lottin 8y ago

> make it more appealing to young developers In that case, they should rewrite the Lisp code in JavaScript. Yes, I'm being sarcastic.