labath wrote: > I had considered this but I quickly discarded it after trying it because it > looks like very much like a bug. When you interactive resize the terminal > we'll get a bunch of `SIGWINCH`s (which is desirable because otherwise text > might have wrapped and we don't get a chance to clear it, which is another > bug...) so your text would scroll up every time the number of terminal rows > changes, which can be a lot.
Yeah, that would definitely be bad, but I feel like it should be avoidable. I take it that's a side effect of implementing resize by disabling and re-enabling the status line. However, does it have to be that way? What if resize was a separate operation that just involved redrawing the status line in the new place? In that case, you shouldn't need to do the `\n` thingy (even if the terminal size is being decreased) because the space was already reserved by the previous status line (?) https://github.com/llvm/llvm-project/pull/145823 _______________________________________________ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
