[erlang-questions] erlang for programming a text editor
Sun Nov 1 06:54:14 CET 2009
Well, if I were doing this, I probably wouldn't do it in Erlang. Text
handling in Erlang is byzantine at best, so an editor very well could
be an exercise in pain.
I wouldn't bet that Erlang's good distribution / parallelization would
offset the rest of the trouble. I'm unsure how production-ready it
is, but Reia might make certain bits easier, just due to its string
JRuby or Clojure might be a better fit just because Java has MUCH more
mature Unicode handling and syntax highlighting. I don't know of
anything for Erlang that even tries to do syntax highlighting,
although you could probably get a good start on the parsers with
In any case, I wish you the best of luck. It's good to see people
trying to tackle useful problems with the right tools.
On Nov 1, 2009, at 12:31 AM, Ted Henry 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
> (probably more emacs-like in implementation.) Sometimes single
> editors really bog down when searching multiple files, syntax
> multiple files. I'm not that knowledgeable in the Erlang world. It
> like Erlang's fault tolerance and ability to upgrade code without
> would not be big advantages for a text editor. Also a text editor
> usually distributed across multiple physical machines. I think the
> 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
> editor or desktop application?
> Very interested to read your thoughts.
More information about the erlang-questions