15:33 <nabla> Greetings. First time on this channel, looking for a bit of help with foot.

15:38 <nabla> In foot, is it possible to turn off "reflow" of window contents after window has been resized. My typical workflow consists of doing something, then clearing all windows before I start next task. Reflow messes this up if / when I open a new window.

16:38 <dnkl> nabla: not really. The alt screen doesn't reflow, but it also does not have a scrollback, so probably not that useful in this case

16:40 <nabla> Thanks for the answer. Would you perhaps consider adding an option for this? I have used many terminals over the years, and I really like foot, and this is the only thing that is troublesome for me.

16:41 <j`ey> dont other terminals reflow on resize?

16:43 <nabla> Not the way foot does. I just tried with xfce4-terminal. If I [1. run "ls" 2. clear screen 3. open a new terminal] then xfce4-terminal does not bring the old "ls" contents back, it stays cleared.

16:45 <j`ey> oh, so I assume youre using a tiling wm then? (and opening a new window resizes things..?)

16:46 <nabla> Yes, I am running foot under sway. But to be honest, this is more complicated than I expected. I have been observing this problem for weeks, but now I am having some trouble replicating it.

16:46 <nabla> ... under all conditions.

16:53 <nabla> Ok, so I think I now know a condition under which foot is causing me trouble with reflow. So, on a new desktop, in a tiling wm: [1. open a new instance of foot 2. assuming bash, run "for i in $(seq 1 100); do echo $i; done" 3. clear screen 4. open a new instance of foot] This will bring back some of the old bash output in the first instance of foot.

16:54 <nabla> It is just that recently my workflow has always resulted in long terminal output, so this happens, like, all the time.

16:57 <nabla> And I just tested the same process with xfce4-terminal under the same wm (sway=, so this does not seem to be a wm issue.

16:59 <nabla> ... because with xfce4-terminal, the same issue does not happen.

18:24 <Arnavion> `clear` in foot always clears scrollback for me. It outputs `\x1b[H\x1b[322J\x1b[3J` which is what `tput clear` would also compute based on foot's terminfo

18:25 <Arnavion> What $TERM are you using

18:26 <Arnavion> `\x1b[H\x1b[2J\x1b[3J` I meant (extra `32` in the original)

18:35 <dnkl> nabla: I suspect one of two things, or both in combination, may cause this

18:36 <dnkl> first, many terminal's don't implement 2J correctly (which is what 'clear' usually maps to?), according to the VT specification

18:36 <dnkl> instead of clearing the screen, they scroll out the contents to the scrollback history

18:37 <dnkl> second, foot always tries to "pull down" as many rows as possible after a reflow

18:37 <dnkl> there's an issue somewhere on codeberg, to somehow special case reflow after a screen clear

18:51 <dnkl> depending on _how_ you clear the screen, ut might be possible to reconfigure the clear command/shortcut to use 3J instead of 2J. This will clear the entire scrollback history, instead of just the current screen

19:02 <Arnavion> >(which is what 'clear' usually maps to?) < `clear` maps to what the terminfo says

19:04 <Arnavion> Well, ncurses clear does. I don't know about busybox clear

19:41 <nabla> Arnavion echo $TERM outputs foot-extra

19:41 <Arnavion> What does `clear | xxd` output

19:42 <nabla> Arnavion: seems I have to install a new package to run xxd...

19:43 <Arnavion> Sure, or `clear | hexdump`

19:44 <nabla> Arnavion: output of 'clear | hexdump' follows:

19:44 <nabla> 0000000 5b1b 1b48 325b 1b4a 335b 004a

19:44 <nabla> 000000b

19:44 <Arnavion> Yes so that's the same sequence I said originally

19:48 <nabla> Heck, the problem disappears if I run 'clear' instead of typing Ctrl-L. So this is a key binding issue?

19:49 <Arnavion> So all this time you were talking about ctrl-L, not `clear` ?

19:49 <Arnavion> Ctrl-L is handled by bash via its readline configuration

19:54 <nabla> Yes, sorry, I have always associated Ctrl-L with 'clearing.' My bad. In any case, this was most useful for me, so thank you very much!

19:57 <Arnavion> The internet says ctrl-L maps to `clear -x` by default but it's not the case for me, so I wonder if the default changed at some point. I don't use Ctrl-L so I don't know. What version of bash do you have?

19:57 <Arnavion> Welp