Sounds good.
I had a though the other day that it would be nice to support nested tmux
sessions in this mode. I believe tmux doesn't normally support this, but I
think it would be great to always run tmux locally to protect against the
terminal emulator crashing, but also allow people to ssh to a remote host
and run tmux there. I think it could be accomplished by three changes:
- tmux is aware of when one of its pseudoterminals is in "tmux mode" by
watching for the <ESC>_tmux1<ESC>\ sequence.
- tmux can report on which panes are currently in "tmux mode" so that when
attaching to an existing tmux we can also attach to the nested tmuxen. For
example, list-panes could include a new column in its output to indicate
this status.
- Some new escape code is sent by tmux (<ESC>_quit_tmux<ESC>\, for example)
when exiting "tmux mode" so that the containing tmux can toggle the pseudo
terminal's "tmux mode" flag off.
This would allow the terminal emulator to attach to all nested tmux sessions
when it starts up. What do you think of this idea?
On Tue, Dec 21, 2010 at 2:21 PM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:
> On Sun, Dec 19, 2010 at 01:27:46PM -0600, George Nachman wrote:
> > Awesome! Thanks for the update. Is there enough there that I could
> start
> > testing? I didn't get as much done on vacation as I hoped, but split
> panes
> > are very close to finished.
>
> Not really yet, hopefully will get more done this weekend.
>
> Cheers
>
> >
> > On Sun, Dec 19, 2010 at 12:57 PM, Nicholas Marriott
> > <[1]nicholas.marri...@gmail.com> wrote:
> >
> > I wrote enough of this to allow a client to do everything on stdin
> (ie,
> > the easy bit) but I've been too busy again to do much else :-/.
> >
> > Just to let you know I haven't forgotten, will hopefully get back to
> it
> > soon...
> >
> > On Tue, Dec 07, 2010 at 04:00:17PM -0800, George Nachman wrote:
> > > >
> > > > I added a prefix to tmux's output and defined E, I, and P in the
> > spec.
> > > > I'd like to add a new tmux command that allows the client to
> store
> > and
> > > > retrieve an arbitrary dictionary of string->string. I want to
> store
> > > window
> > > > positions, font names, etc., so that when you attach to an
> existing
> > > tmux
> > > > session we can recover all details of the old state. Does that
> sound
> > > ok?
> > >
> > > You can probably use the environment commands for this, eg
> > > set-environment.
> > >
> > > The existing command is almost perfect, but I don't want to
> pollute
> > the
> > > pty's environments with my variable, which could be long. How
> about
> > adding
> > > an option to set-environment to mark a variable as private; it'll
> show
> > up
> > > in show-environment but never set in a pty's environment.
> >
> > References
> >
> > Visible links
> > 1. mailto:nicholas.marri...@gmail.com
>
------------------------------------------------------------------------------
Forrester recently released a report on the Return on Investment (ROI) of
Google Apps. They found a 300% ROI, 38%-56% cost savings, and break-even
within 7 months. Over 3 million businesses have gone Google with Google Apps:
an online email calendar, and document program that's accessible from your
browser. Read the Forrester report: http://p.sf.net/sfu/googleapps-sfnew
_______________________________________________
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
