FR: toggle line/word wrap for scrollback (like word wrap in text editors)

[jjt]

Context: I want a true one-line jujutsu log in a narrow(ish) terminal without any wrapping at all, regardless of the content.

I discovered control chars that control the disabling and setting of auto margin: \033[?7l and \033[?7h (or the more ergonomic way of emitting them tput rmam/tput smam). And I was able to achieve what I wanted:

But this has some drawbacks:

1. Unrecoverable elided content. Fine for an idempotent, re-runnable command like jj log, but doesn't work for everything.
2. Clunky to extend. I would have to wrap individual commands in tput rmam; $CMD_HERE; tput smam every time, or write a shell fn or aliases.
3. Cannot just leave automargins off because it affects the prompt. Try running tput rmam and then enter more characters than fit on the screen. Then delete them. And watch previous lines get gobbled up.

And then I had a thought:

I don't set word wrap on my editor but I can toggle it on when needed. Why should my terminal be any different?

• I can have my true one-commit-per-line log, but when there's a bit of a commit log with an interesting message I can just toggle line wrap
• If I'm reading a file log, I have one entry per line but can toggle line wrap to see the rest of the lines when I find something interesting
• If I'm looking at ripgrep results, I can have one line of the output match with one line of the source file and toggle line wrap to see the rest of each line

Yes, I can use a pager. Yes, I can use less -S which allows horizontal scrolling. Problems with this approach:

• This can't be run retroactively on existing output
• When scrolled to the right, content to the left is not visible (like scrolling a text editor horizontally)
• I like running it with less -F which automatically quits less if the content is less than one page tall, and adding -S overrides -F when one or more lines are longer than the number of columns, which makes sense since there's something to horizontally page to, so quitting on short-but-wide output defeats the purpose of -S

For more context, I'm on macOS 15.1, using ghostty and zsh.

[svoop]

Funky enough, the Terminal.app is the only terminal really which features this. Terminal.app does not feature this, I must have mixed something up there. iTerm can enable "horizontal scrolling of long lines" for blocks, but it's a bit hard to use. When working with logs a lot, breaking long lines (aka: horizontal scrolling) which can be switched on and off like a text editor arguably is the single most useful feature (maybe along with an optional separator line to visually separate command/output blocks).