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 <[email protected]>: > 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.
resize.patch
Description: Binary data
_______________________________________________ rxvt-unicode mailing list [email protected] http://lists.schmorp.de/mailman/listinfo/rxvt-unicode
