4 ms·
I love Emacs, and I've used it for years, but this is an insanely unfair summary. NeoVim can be trivially extended in any language. They're putting a lot of ef
by gecko 11y ago
I love Emacs, and I've used it for years, but this is an insanely unfair summary.
NeoVim can be trivially extended in any language. They're putting a lot of effort into making sure that the msgpack protocol supports basically everything. This means that, unlike in Emacs, it's straightforward to write extensions in whatever language is best for the job--something really, really important when it comes to language bindings themselves, which is probably the main thing I frequently find myself extending in Emacs in the first place. So saying it's written in a worse language seems bizarre to me.
NeoVim also, unlike Emacs, is cleanly split into a frontend and a backend so that its editing core can be used in different contexts. Combined with the above, that means you will eventually (hopefully) be able to get "the real" NeoVim in lots of apps, rather than either a kind of broken "Emacs mode" (like in IntelliJ, NetBeans, and Emacs) or having to do this weird "save a text blob to disk, open in Emacs, wait for it to be closed, reload in the app" dance. Already, this separation has allowed the creation of NyaoVim (https://github.com/rhysd/NyaoVim https://github.com/rhysd/NyaoVim), a browser-based front-end that I could imagine being incredibly useful for remote editing, whether in a cloud-like environment (e.g. Cloud9, CodeAnywhere) or on a remote server.
Emacs is great. NeoVim is also heading in an excellent direction. You don't have to give it a chance, but you also don't need to be so dismissive.
- Scarbutt 11y ago* it's straightforward to write extensions in whatever language is best for the job--something really* Although this is great, this sounds like it can cause a lot fragmentation, everyone writing plugins with their favorite language and consumers having to deal with the pain of multiple runtimes. Is there a preferred language endorsed by the project?
- deleted 11y ago[deleted]
- oblio 11y agoLua, I think.
- groovy2shoes 11y ago> This means that, unlike in Emacs, it's straightforward to write extensions in whatever language is best for the job... Lisp is the best language for the job!
- bgar 11y agoYeah I don't see why one would want to write extensions in anything but lisp. Lisp is way more powerful and straightforward! :)
- stevekemp 11y agoI use both a lua-configured mail-client, and a lisp-configured emacs. Of the two they're both powerful and extensible, but the Lua config feels more natural to me.
- bgar 11y agoHmmm but does the mail-client let you load code in without restart? The Lua also might feel more natural just because of having used imperative languages more.
- stevekemp 11y agoIt can do - there is a trivial eval(read_input()) facility baked in. https://github.com/lumail/lumail2/ https://github.com/lumail/lumail2/