Re: [dev] [st][patch] scrollback buffer

From: Edgaras <>
Date: Mon, 21 Oct 2013 22:32:33 +0300

On Mon, Oct 21, 2013 at 01:36:01PM +0200, v4hn wrote:
> On Sat, Oct 19, 2013 at 02:17:54PM +0300, Edgaras wrote:
> > Well it seems it does not work for me on raspberry,
> > not that it is a huge loss,
> > as I said I got used to this.
> The relevant kernel option is CONFIG_VGACON_SOFT_SCROLLBACK and
> by default allocates 64K of RAM for software scrollback.
> Maybe you dropped it for the pi? Premature optimization in my opinion.
> screen consumes much more.
> Concerning the rest of the discussion:
> Using screen/tmux for scrollback is everything but suckless.
> It's like using KDE to read your mail.
> It tells you where your toothbrush is when you start cooking your meal.
> Oh, and screen tries to simulate multiple terminals.
> It _multiplexes_ the history.
> it's not meant to _provide_ it in the first place.
> Essentially, there are two suckless options here:
> - provide a scrollback with st and configurable scrollback size (hell, just
> set it to 0 before compiling if you don't want it). The current behaviour
> of the mousewheel is not even touched with the proposed patch.
> The patch is clean and neat as Jochen spent quite some time on it.
> - Write a clean standalone program which _only_ handles scrollback.
> This scatters responsibility quite far even in terms of suckless,
> but whatever. I only think this could result in worse code
> than the current patch..
> v4hn
Never said I have used tmux or screen. Last option is best.

Things that I use: dtach for session handling. dvtm for terminal window
managment (though iirc it has scrollback, ether way I don't use it). Also I
dtach individual applications and not dvtm, since it is way more flexible that
way. So separate program would could be good for people who need it. Otoh if we
took my approach we would get this hipothetical app, dtach, dvtm, and real
terminal, all being terminals... That isin't so cool. But as I said I most
likelly wouldn't use such app. And having it separate would enable me to use it
only when needed. I.E. some REPL/interactive applications as someone mentioned.
Also speaking about wrappers there are even other kinds of wrappers:
rlwrap/enhance for providing history and line editing to apps. And thees apps
are cool too.
Received on Mon Oct 21 2013 - 21:32:33 CEST

This archive was generated by hypermail 2.3.0 : Mon Oct 21 2013 - 21:36:06 CEST