[erlang-questions] erlang for programming a text editor
Sun Nov 1 11:11:38 CET 2009
I think it's a good idea. I want to upgrade my editor while coding. I also
want my editor to be distributed so I don't lose state when I restart my
computer. A wonderful thought. Updating the source could be done 2-3 times a
day. Update cycles never seen before with text editors. Bye bye Emacs. ;)
Luke Gorrie made an emacs clone. It could be a good start.
The only part missing in Ermacs is LFE (Lisp Flavored Erlang).
Think about the accumulated runtime of all users, if Ermacs was running 24/7
of the latest Erlang release. It could be a nice way of introducing "Test
what you fly, fly what you test" to the QA routine (both for Ermacs and
On Sun, Nov 1, 2009 at 6:31 AM, Ted Henry <tedhenry10@REDACTED> wrote:
> With 100 core chips probably coming to desktop computers in the near
> I wonder about writing a multiprocess vi-like or emacs-like text editor
> (probably more emacs-like in implementation.) Sometimes single threaded
> editors really bog down when searching multiple files, syntax highlighting
> multiple files. I'm not that knowledgeable in the Erlang world. It seems
> like Erlang's fault tolerance and ability to upgrade code without
> would not be big advantages for a text editor. Also a text editor isn't
> usually distributed across multiple physical machines. I think the main
> advantage would be Erlang's processes for concurrency. Would Erlang offer a
> good advantage over a programming language with software transactional
> memory (e.g. Haskell, Clojure)? Would *you* use Erlang to program a text
> editor or desktop application?
> Very interested to read your thoughts.
More information about the erlang-questions