Re: possible improvements

2010-10-15 Thread Thomas Adam
On Fri, Oct 15, 2010 at 05:18:23PM +0100, Nicholas Marriott wrote: > maybe, i keep meaning to dig it out and try it again > > problem was it was a bit hairy and i didn't trust the way i did it but > its probably no worse than layouts and grouped sessions I do try and keep it updated, per: http:/

Re: possible improvements

2010-10-15 Thread Nicholas Marriott
info screen isn't much more than a list of the screen commands, it is certainly not much better than tmux(1) saying that, i don't remember advertising tmux as having better documentation, where did you see this? although it is true screen documentation in their development version is quite far be

Re: possible improvements

2010-10-15 Thread Nicholas Marriott
On Fri, Oct 15, 2010 at 11:10:37AM +0200, Frans Haarman wrote: > I wanted to share some ideas I had for improving tmux. > > A combined list of sessions and windows. So a user can > navigate to a sessions- window from the menu. > > (0) sessiona: 1 windows [80x23] > (0) 0: testa- [80x23] (1

Re: possible improvements

2010-10-15 Thread Nicholas Marriott
maybe, i keep meaning to dig it out and try it again problem was it was a bit hairy and i didn't trust the way i did it but its probably no worse than layouts and grouped sessions On Fri, Oct 15, 2010 at 10:30:53AM +0100, Thomas Adam wrote: > On 15 October 2010 10:10, Frans Haarman wrote: > >

Re: possible improvements

2010-10-15 Thread kevin beckford
On Fri, Oct 15, 2010 at 2:10 AM, Frans Haarman wrote: > I wanted to share some ideas I had for improving tmux. > Documentation that rivals 'info screen.' Screen's info pages are like Perl's manpages: Utterly complete. Tmux is advertised as having better documentation. I've been looking in the w

Re: tmux acting as forkbomb with secondly update?

2010-10-15 Thread Nicholas Marriott
On Fri, Oct 15, 2010 at 03:34:07PM +0200, marcel partap wrote: > >you never need to call date because status-left/right are passed through > >strftime anyway, > Oh cool, that kinda solves the problem. This does the job for me: > >set -g status-right "[ #[fg=magenta]#(cat /proc/loadavg | cut -d \" \

Re: tmux acting as forkbomb with secondly update?

2010-10-15 Thread marcel partap
> you never need to call date because status-left/right are passed through > strftime anyway, Oh cool, that kinda solves the problem. This does the job for me: > set -g status-right "[ #[fg=magenta]#(cat /proc/loadavg | cut -d \" \" -f > 1)#[default] ][ #[bold]%X #[fg=blue]%a %x#[default] ]" With

Re: possible improvements

2010-10-15 Thread Thomas Adam
On 15 October 2010 10:10, Frans Haarman wrote: > The ability to start/stop programs/scripts when navigating > to/from a window. This has a much wider implication in terms of implementing hooks support --- although I suspect this idea has largely been dropped, alas. -- Thomas Adam --

possible improvements

2010-10-15 Thread Frans Haarman
I wanted to share some ideas I had for improving tmux. A combined list of sessions and windows. So a user can navigate to a sessions- window from the menu. (0) sessiona: 1 windows [80x23] (0) 0: testa- [80x23] (1 panes) .(1) 1: testa2* [80x23] (1 panes) (1) sessionb: 1 windows [80x23