-
Notifications
You must be signed in to change notification settings - Fork 134
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug] Multiline repainting at the end of the screen #119
Comments
This is the same behavior that I faced when i was building the hints under prompt; unfortunately i blocked that feature because I wasn't able to solve this problem |
@sholderbach From what i understand the cursor position for some reason is not updated for one of the two functions that draw the prompt; this means that the two functions are no longer in synchrony and therefore that effect is obtained |
I strongly suggest reviewing the way we store/update the cursor position and how we draw the lines before and after the buffer |
Might be related to my comments in #132 |
Fixed by #148 https://www.youtube.com/watch?v=S26iiFC9_bo shows JT's debugging process |
@sholderbach I am still seeing an issue with this on the mac... If you type CMD K when you are at the bottom of the screen it clears the screen like it should but then redraws the cursor at the bottom of the screen. When you are in a regular shell / not reedline / it clears the screen like it should behave.... |
@stormasm - can we close this and open a new issue for that specific problem? I think the repaint is okay but this seems related to screen clearing not resetting some of the bookkeeping. |
ok cool will open a new issue... |
I was not directly able to reproduce this from your description on linux/gnome-terminal. Was this in a multi line context? I encountered a different case: After resizing the window I also observe this continues painting assuming the wrong prompt position, but this is without a multiline entry necessary |
@sholderbach it was not a multiline context, it was simply typing the CMD k at the bottom of the screen, so @jntrnr said to close it and then I will open a new issue related to screen clearing. |
@jntrnr will close accordingly Reopen if multiline content entered causes this prompt scrolling/overpainting |
When entering a multiline new line (Alt-Enter) with the prompt positioned at the bottom of the terminal screen, repainting introduces erroneous new prompt lines on every repaint. This behavior stops when repositioning the prompt to the top via
Ctrl-L
.Platform:
Linux/Ubuntu 20.04
Terminal Emulator:
gnome-terminal
The text was updated successfully, but these errors were encountered: