Re: A simple(perhaps dumb) idea for a more responsive emacs

[Eli Zaretskii]

> From: Barry Fishman <barry@ecubist.org>
> Date: Thu, 05 Oct 2023 17:34:01 -0400
> 
> I was just suggesting that rather that waiting for some global solution
> to be found, a less complex approach be considered in the mean time.
> Where "pain points" could be considered a case by case basis, but still
> provide a common mechanism to use.

See, I'm not sure even this suggestion (that is already rather radical
in its implications) will do.  Because, apart of buffers, we have the
rest of the huge global state in Emacs, and Lisp programs are quite
cavalier in relying on that, and there's a rare Lisp program in Emacs
that doesn't access that global state in some way.  Something needs to
be done about that as well.