Re: merge emacs-bidi into the main tree

Eli Zaretskii <[email protected]> writes:

> However, it doesn't seem right to me to have an Emacs that cannot
> scroll fast enough just because I've set such a flag, assuming that
> Gerd's intuition is correct.

One way to see how working with disabled redisplay optimizations feels
might be to intentionally disable the optimizations in the source
code.

(Which is, BTW, where my intuition comes from, only that I didn't
disable any optimizations, but implement one after the other until the
result was "fast enough", for me anyway.  And, another BTW, redisplay
optimization was _the_ major time sink and _the_ primary source of
complexity, when rewriting redisplay, esp. under the ancillary
condition of being compatible with Emacs 19's redisplay.  I'm
mentioning that only in case that r2l redisplay optimization will
prove necessary.)

In any case, I think it might be worth the experiment.  Computers got
noticeable faster, maybe the picture is different now than it was in
the late '90s.