🚀 go-pugleaf

Something that I find myself doing quite a lot when running Emacs on a slow
terminal is quickly typing some sequence of two or three commands, and then
waiting around for redisplay to finish thrashing.  For example, sequences
like set-mark/end-of-buffer/kill-region.  You get the idea; sets of commands
which will change the display a lot during their intermediate steps.

So how about this: what if there was a command, similar in usage to
define-keyboard-macro, which would read a sequence of keystrokes and then
execute them?  Since Emacs would get the keystrokes all at once, there would
be no chance for redisplay to get out of synch with the buffering on the 
terminal line, and no thrashing.  Would such a thing be possible?

Maybe another way to do it would be a set of commands for turning redisplay
off and back on again (conceptually kind of like ^S^Q flow control, but at
the redisplay level, not the buffering level).

Of course, the root of the problem is that emacs gets out of touch with the
characters that are actually on the screen; the "right" solution would be
to do what Gosling Emacs did, and only send the characters as fast as they
will be received.  That is, if on a 1200 baud line, delay for 1/150th second
between each character.  This would prevent the (now-common) situation of
Emacs dumping a screenful of characters into the tty's buffer, and then
dumping more before the buffer has emptied.

		-- Jamie