The scrollback buffer is frequently updated/filled merely by navigating through tab completions, or hiding/showing the software keyboard in Termux. The Android device that took the screenshots was remotely connected to an x86_64 machine running Tmux. No command line input has actually been submitted in the following screenshots; enter was only pressed once to accept a tab completion after pressing down a couple times. The last screenshot is what happens when showing/hiding the software keyboard.
Steps to reproduce
Possibly just run Nushell in a Tmux session; not sure if the Android terminal emulator plays into it, but it doesn't happen outside of Tmux (changing nothing else). In my testing, Tmux can be involved locally, remotely, or both.
Yeah that looks gnarly.
There are separate issues to investigate:
The soft keyboard will trigger a vertical resize, which reedline still doesn't handle gracefully.
The completion content remains on screen after rejecting/accepting.
Too much completion content/vertical space used. Should be displayed more compact
Unsure if that's an issue: Maybe the completion menu triggers the painting mode for totally exceeding the screen. And its scroll up operation will most likely mess up the scrollback buffer
Platform Linux
Terminal software Tmux
The scrollback buffer is frequently updated/filled merely by navigating through tab completions, or hiding/showing the software keyboard in Termux. The Android device that took the screenshots was remotely connected to an x86_64 machine running Tmux. No command line input has actually been submitted in the following screenshots; enter was only pressed once to accept a tab completion after pressing down a couple times. The last screenshot is what happens when showing/hiding the software keyboard.
Steps to reproduce
Screenshots/Screencaptures