🚀 go-pugleaf

>`vi' wasn't designed for asynchronous input like resize events.  Some
>versions of `vi' resize automatically, but I've never seen it work in
>all cases; e.g. if you resize while typing `:' commands `vi' usually
>gets confused.  Sun even _removed_ from `vi' the autoresizing code that
>they received from AT&T, because they couldn't fix its bugs!

Did AT&T do it the gross sloppy stupid way Berkeley did it, i.e. "when
you get a SIGWINCH, 'longjmp' out of the command input loop and restart
the editor"?  That was *really* lovely - have fun resizing a window if
"vi" is in the middle of reading a file in!  (Or opening the window - the
SunView "shelltool" and possibly the XView one as well deliver a
SIGWINCH to the terminal's process group if a window is de-iconified;
that comes in handy if, for example, you have a mail reader that's just
a small shell script wrapped around Berkmail.  The SunView version of
"shelltool", in fact, delivers SIGWINCH if any part of a window becomes
*exposed*.

Yes, "vi" could check whether the size changed, and only do the
"longjmp" if it did.  It's *still* gross to do the "longjmp".

Also, "vi" handles SIGWINCH when it's in input mode by *blocking* the
signal, so it doesn't resize until you finish the input command.)