Good evening,
sic saves the first channel you join, but doesn't reset this after you
leave that channel. This patch fixes this, so the channel buffer will
contain the right channel if you joined only one channel.
Willem van de Krol
0001-reset-channel-buffer-after-leaving-saved-channel.patch
Des
On 02/22/2014 08:44 AM, Christoph Lohmann wrote:
> Greetings.
>
> On Sat, 22 Feb 2014 14:44:10 +0100 Anselm R Garbe wrote:
>> On 22 February 2014 14:37, Markus Teich wrote:
>>> Anselm R Garbe wrote:
All I want is to have full logging of all output when building various
stuff,
now
On 22 February 2014 14:51, Christoph Lohmann <2...@r-36.net> wrote:
> On Sat, 22 Feb 2014 14:51:16 +0100 Anselm R Garbe wrote:
>> On 22 February 2014 14:42, Anselm R Garbe wrote:
>>
>> Perhaps this will be achieved in the future. The st formatting was
>> also thought to provide a "text mode" like
Greetings.
On Sat, 22 Feb 2014 14:51:16 +0100 Anselm R Garbe wrote:
> On 22 February 2014 14:42, Anselm R Garbe wrote:
>
> Perhaps this will be achieved in the future. The st formatting was
> also thought to provide a "text mode" like interface, but a
> *graphical* one. As most people do use gra
On Sat, 22 Feb 2014 14:33:20 +0100
Anselm R Garbe wrote:
> For terminal detach/attach I could use dtach. I'm only after a
> solution for scrollback buffer. Probably this should become a separate
> tool.
>
> If you don't use screen/tmux with st, what other tool comes to mind
> for a scrollback bu
On 2014-02-22 14:33:20 +0100, Anselm R Garbe wrote:
> For terminal detach/attach I could use dtach. I'm only after a
> solution for scrollback buffer. Probably this should become a separate
> tool.
It is still my opinion that the scrollback buffer should be the job of
the terminal emulator, but I
On 22 February 2014 14:42, Anselm R Garbe wrote:
> On 22 February 2014 14:37, Markus Teich wrote:
>> Anselm R Garbe wrote:
>>> All I want is to have full logging of all output when building various
>>> stuff,
>>> now stali related stuff.
>>
>> I would just pipe it to less.
>
> I rather want pers
Greetings.
On Sat, 22 Feb 2014 14:44:10 +0100 Anselm R Garbe wrote:
> On 22 February 2014 14:37, Markus Teich wrote:
> > Anselm R Garbe wrote:
> >> All I want is to have full logging of all output when building various
> >> stuff,
> >> now stali related stuff.
> >
> > I would just pipe it to le
Hi,
On Sat, Feb 22, 2014 at 02:33:20PM +0100, Anselm R Garbe wrote:
> If you don't use screen/tmux with st, what other tool comes to mind
> for a scrollback buffer?
Well, there is [1]…
Kind regards,
-Alex
[1] http://lists.suckless.org/dev/1310/17807.html
On 22 February 2014 14:37, Markus Teich wrote:
> Anselm R Garbe wrote:
>> All I want is to have full logging of all output when building various stuff,
>> now stali related stuff.
>
> I would just pipe it to less.
I rather want persistent logs. And I want it implicit. Sometimes I
realize, oh dang
Anselm R Garbe wrote:
> All I want is to have full logging of all output when building various stuff,
> now stali related stuff.
I would just pipe it to less.
--Markus
On 22 February 2014 14:33, Anselm R Garbe wrote:
> On 22 February 2014 14:29, Chris Down wrote:
>> On 2014-02-22 14:19:12 +0100, Anselm R Garbe wrote:
>>> is there any less sucking screen/tmux replacement these days?
>
>> For which part? Terminal multiplexing, or terminal attach/detach?
>
> For t
On 22 February 2014 14:29, Chris Down wrote:
> On 2014-02-22 14:19:12 +0100, Anselm R Garbe wrote:
>> is there any less sucking screen/tmux replacement these days?
> For which part? Terminal multiplexing, or terminal attach/detach?
For terminal detach/attach I could use dtach. I'm only after a
s
On 2014-02-22 14:19:12 +0100, Anselm R Garbe wrote:
> is there any less sucking screen/tmux replacement these days?
For which part? Terminal multiplexing, or terminal attach/detach?
pgpVAgc4zqniH.pgp
Description: PGP signature
Greetings.
On Sat, 22 Feb 2014 14:17:54 +0100 Anselm R Garbe wrote:
> Hi there,
>
> is there any less sucking screen/tmux replacement these days?
>
> I just tried to find one, but no luck...
Dtach and dvtm are separate features and both can replace tmux and
screen. A rewrite of tmux is
Hi there,
is there any less sucking screen/tmux replacement these days?
I just tried to find one, but no luck...
Thanks and best regards,
Anselm
On Sat, 22 Feb 2014 09:40:08 +0100
sta...@cs.tu-berlin.de wrote:
> Printable versions are often more enjoyable than the normal ones, too.
The worst thing in my humble opinion are those reflowing layouts, which
are _very_ slow and choppy.
At least, they provide a way to provide one content to both
* Charlie Kester 2014-02-21 23:54
> Or is the trend to create a separate, "mobile" version of the page,
> which simply changes the assumption to some smaller screen size?
>
> Or are people just ignoring the problem altogether?
When they don't do and build a mobile version, it is often more usable
* Hadrian Węgrzynowski 2014-02-21 22:16
> Even if it would work, I think that web shouldn't be pixel-perfect,
> because we could just use some glorified-PDFs. It's utter nonsense
> that correct rendering of page is depending on some specific font and
> specific font size. It's utter nonsense to not
19 matches
Mail list logo
