Resizing the terminal cuts off output

[STaRDoGG]

Thanks for the patch. However, I think it would be better to create scrollback
instead of cutting off the first lines. I sat down and wrote a patch (see
attachment), which fixes the following issues:

- Create scrollback if space becomes too narrow.
- If no scrollback exists after resizing, make sure that the first row is at
  the top of the terminal (instead of having a bunch of blank lines at the top
  depending on how large the difference between nrow and prev_nrow is).
- Fix issues with the "clear state". The problem is that the rewrapping logic
  seems to assume that the cursor is at the bottom of the terminal if
  scrollback is present. This is not necessarily true as for example when one
  executes the 'clear' command. This causes additional resize bugs.

Due to my lack of familiarity with the code base, the patch is quite hacky in
some spots. I also only tested it briefly on my personal setup. Maybe somebody
more familiar with the source code can have a look at it.

2015-10-22 17:00 GMT+02:00 Bert Münnich <ber.t at posteo.de>:
> I fixed the behaviour from the video a while ago, but forgot to send the
> patch to the mail list. All the patch does is scrolling the lines in the
> terminal when the window height gets smaller in order to keep the line
> with the cursor visible.  This does not affect the re-wrapping as it is
> only done if the scrollback buffer is empty.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: resize.patch
Type: application/octet-stream
Size: 4579 bytes
Desc: not available
URL: <http://lists.schmorp.de/pipermail/rxvt-unicode/attachments/20151024/8a331d79/attachment.obj>