JDevlieghere wrote: > 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 (?)
There are a few optimization you can do, which may be what you're referring to? I'm not sure there's anything you can do unconditionally to avoid the newline when resizing, as you will have to adjust the scroll window when the terminal height changes. Here's the things I have in mind: - When only the terminal width changes, we don't need to adjust the scroll window. - When the terminal height increases, we don't need to add the newline. - When the terminal height decreases, we don't need to clear the old statusline. 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
