I just figured out, that `st` already has an unlimited scrollback buffer
- kind of.
Run `st -o /tmp/unlimited_scrollbackbuffer`.
Than inside the `st` terminal, you can `less`, `vi` ... whatever you want.
For a starter try: `less -r +G /tmp/unlimited_scrollbackbuffer`
Of course it makes sense to start/stop the I/O writing while manipulating.
ToDos:
- find out the simplest way to specify a unique filename for each
invocation (e.g. inside tabbed)
- and of course how to remove it when `st` exits
- find out how to programatically send the start stop sequence.
Regards,
Georg
On 4/2/20 1:48 PM, Greg Reagle wrote:
On Wed, Apr 1, 2020, at 16:51, Lehner Georg wrote:
That is absolutely great! R.I.P `sb`.
If a standalone scrollback program were good enough, could it be used to
replace the scrollback code in tmux, dvtm, xterm? Would that be a good idea?
Do you think the developers of these programs would be willing to remove their
scrollback code and depend on a standalone scrollback program?
DVTM has this really nice feature, the ability to see the scrollback buffer in an editor.
I'd like to get access to the scrollback buffer with an editor or pager (like less). I
don't want to have to learn a new and different way to search through the scrollback
buffer for tmux, dvtm, screen, etc. I already know emacs (pretend I wrote "vi"
if that offends you) and less. Duplication of scrollback code also is an opportunity for
more bugs.
By the way, if I can get access to the scrollback buffer in less, then I
automatically get access to it in an editor, because less has the v command.
