Re: multi-threaded Emacs

[Paul R]

Miles> This is because emacs, being an interactive system, generally
Miles> doesn't have a lot of long-running code. It's the relatively few
Miles> exceptions to this rule (e.g. gnus reading in new messages) that
Miles> are the main issues in practice. Fixing those places will
Miles> probably yield a lot of benefit for (relatively) small amount of
Miles> work.

I hope this would allow a better on-the-fly processing of text as well.
I'm thinking of spell checking, code validation (this is called flymake
in emacs IIRC), or even a smoother syntax highlighting.

-- 
  Paul