Richard Stallman <[EMAIL PROTECTED]> writes: > The idea is: > > (A) Don't _start_ redisplay if there is pending input, > i.e. process all available input before starting redisplay. > > (B) Don't _interrupt_ redisplay once it has started. > > That is interesting. I never thought about the question that way. > > When redisplay is as fast as it usually is nowadays, perhaps > pre-emption after redisplay starts is entirely unnecessary. We could > set up a speed value above which pre-emption never occurs, and we > could arrange to specify that speed for various kinds of terminals > that are normally very fast.
I suppose that you are taking about having some value which is compared to `baud-rate' (which btw is 19200 with X -- ??). > > > And (B) is what you get by setting `redisplay-dont-pause'. > > It WAS, but not any more. It still IS, since redisplay-dont-pause _also_ controls whether input interrupts redisplay. See how redisplay_dont_pause is used in dispnew.c. > We just recently changed sit-for so it will > start a redisplay even when there is input, if `redisplay-dont-pause' > is t. That's what I've been arguing about changing ... so that we de-couple whether input should interrupt redisplay and whether sit-for should start redisplay even if there is input pending (although it does make sense to also complete redisplay in that case). -- Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk _______________________________________________ emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
