Re: [dev] [st] [PATCH 2/2] Keep end of lines in memory when resizing terminal

From: Laslo Hunhold <>
Date: Mon, 27 Mar 2017 12:11:05 +0200

On Sun, 26 Mar 2017 20:06:57 +0000
Cág <> wrote:

Hey Cág,

> > I hate using tmux and the like
> I am genuinely interested why.

in my opinion, it's an unnecessary component given I use terminals
within dwm 99% of the time. I don't need a terminal multiplexer when
dwm multiplexes my terminals for me. I know it's "nice to have" to be
able to attach to tmux sessions, even over ssh and such. But to be
honest, for my use case (!), I just don't need it. For the rare case I
need more than one terminal open, even over ssh, I just open another
terminal and fire up ssh a second time in the latter case.

I don't want to start a tmux debate here of course. If you're into
that, go to Hackernews or something. I respect everybody who uses a
tool and is happy with it. I never found tmux to be beneficial to my
workflow, so that's it.

If we discuss scrollback support in st, we should look at it from
another perspective. In the end, st is a window which can be resized,
and also the font size can be changed. By the mere definition of that,
one should expect the program to behave "isomorphically" under these
conditions. Every operation of this nature should be reversible.
To be honest, currently it's close to stressful to use st without any
terminal multiplexer, because you constantly have to watch out _not_ to
resize the master when a certain terminal with important information is
present. I am sure everyone knows what I'm talking about, and this is
the sole reason why I support a scrollback buffer for st. Not because I
hate tmux and the like, but because a scrollback for a graphical
terminal is actually part of the expected core functionality.

Anyway, if we go on discussing this, it's better to start a new thread.

With best regards


Laslo Hunhold <>
Received on Mon Mar 27 2017 - 12:11:05 CEST

This archive was generated by hypermail 2.3.0 : Mon Mar 27 2017 - 12:12:12 CEST