Limit Output for Commands

[dkmar]

Occasionally I'll mindlessly run a command that generates way more output than I expected and it ends up occupying my whole scroll history (can't jump to the previous prompt or anything). Any ideas for how one could guard against this?

It would be cool if we could retroactively page the output or something. Being able to just undo my last command (like #3469) would also be an option.

For context, I just had this happen while reading a tcpdump (~3500 lines)

[rhodes-b]

Ghostty doesnt really know when a command runs thats entirely done by your shell so it can't just step in a limit text for every command when it doesn't know what commands/processes are. Given that how does ghostty know when to reset truncation and what stops it from truncating user input if the value is low and you are typing a bunch. That would magically make it seem like you are typing nothing

If you really want to not mess up your output you should pipe it to a file or something similar

[dkmar]

Unfortunately I forget to pipe / explicitly page commands sometimes and that's when I wish something like this existed. But it sounds like I should look at doing it in my shell

[00-kat]

Ghostty doesnt really know when a command runs

It does with shell integration → https://ghostty.org/docs/features/shell-integration#:~:text=confirm%20close.

[rhodes-b]

It does with shell integration

That still doesn't get around other major flaws, I think it is a safe assumption this does not apply to the alternate buffer because there is no scrollback, but what about interactive programs that don't run in the alternate buffer like the python repl for example or ssh. Ghostty can't distinguish between these applications and something that just spits out a bunch of text which you would want truncated. What about graphical applications that log to stdout for print debugging etc alot of edge cases where you wouldn't want to limit necessarily limit output

[00-kat]

I had thought the alternate buffer could be ignored, but REPLs and SSH are a good point indeed.