You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As you can see on the window, when I'm searching through my command history i get a lot of dead space under the cursor once the command has been selected, which can be quite cumbersome when you're in small windows, as you can see that once you start typing it scrolls back to that same state again.
With scrollback_fill_enlarged_window enabled it seems like this can be cleared by resizing the window(with my window manager), which is great but not the optimal workflow 😄
I've tried using the screen resize kitten, but it seems like linebuf != main_linebuf when I'm executing (?) so it doesn't trigger the scrollback edit.
It's not just atuin, fish search, fish completions and other things also write things below the prompt which is then entirely useless screen real estate.
I've attached a video showcasing the "issue", i gave an implementation a shot but failed 😸
Thanks for the quick reply. I'm not a Shell Guru™️, but I tried implementing this into the tool I'm using for hist search (atuin). Here's a video showing what I ended up with.
2024-02-02.10-25-49.mp4
In the end I show the source for the fish function I've edited, but the gist is that this runs:
commandline -f repaint # <- this is default from atuin
echo -e '\e[25+T'
echo '\\e[25+T sent in function end' >&3
I dont use fish so I cant really help you with it. What you need to do is emit that escape sequence before the command prompt is redrawn by the number of lines you want unscrolled. And then get fish to draw the prompt on the line at which the cursor is now positioned which will be N lines after the line it was at before you emitted the escape code. Whether fish provides enough integration points to accomplish this, I have no idea.
And if you are having trouble with the escape code, you can use the kitty remote control facility to do the samething, kitten @scroll-window -h
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hi!
As you can see on the window, when I'm searching through my command history i get a lot of dead space under the cursor once the command has been selected, which can be quite cumbersome when you're in small windows, as you can see that once you start typing it scrolls back to that same state again.
With scrollback_fill_enlarged_window enabled it seems like this can be cleared by resizing the window(with my window manager), which is great but not the optimal workflow 😄
I've tried using the screen resize kitten, but it seems like linebuf != main_linebuf when I'm executing (?) so it doesn't trigger the scrollback edit.
It's not just atuin, fish search, fish completions and other things also write things below the prompt which is then entirely useless screen real estate.
I've attached a video showcasing the "issue", i gave an implementation a shot but failed 😸
2024-02-01.23-41-19.mp4
kitty 0.32.1 (NixOS ❤️)
fish 3.7.0
Thanks for your great work!
Beta Was this translation helpful? Give feedback.
All reactions