Yes, I've done that. Cheers.
On Mon, Mar 28, 2011 at 08:06:00PM -0400, Ben Boeckel wrote:
> On Tue, Mar 29, 2011 at 12:39:15AM +0100, Nicholas Marriott wrote:
> > Thinking about this I wonder if it is better to do this and add a
> > target-pane to display-message and #D for pane id, then you can
On Tue, Mar 29, 2011 at 12:39:15AM +0100, Nicholas Marriott wrote:
> Thinking about this I wonder if it is better to do this and add a
> target-pane to display-message and #D for pane id, then you can do eg:
>
> tmux display -p -P `tmux neww -P` '#D'
>
> Not sure I like -P though, think I would p
Thinking about this I wonder if it is better to do this and add a
target-pane to display-message and #D for pane id, then you can do eg:
tmux display -p -P `tmux neww -P` '#D'
Not sure I like -P though, think I would prefer to change -t to -c and
use -t but I don't know if people use it already.
On Mon, Mar 28, 2011 at 05:58:28PM -0400, Ben Boeckel wrote:
> On Sun, Mar 27, 2011 at 09:53:35PM +0100, Nicholas Marriott wrote:
> > > > 0004-Add-list-session-panes-command.patch
> > > > 0005-Add-list-server-panes-command.patch
> > > >
> > > > These two add commands to list panes with differe
On Sun, Mar 27, 2011 at 09:53:35PM +0100, Nicholas Marriott wrote:
> > > 0004-Add-list-session-panes-command.patch
> > > 0005-Add-list-server-panes-command.patch
> > >
> > > These two add commands to list panes with different scopes. Maybe a
> > > list-server-windows would be in order as w
On Sat, Mar 26, 2011 at 06:47:36PM -0400, Ben Boeckel wrote:
> On Sat, Mar 26, 2011 at 06:39:12PM -0400, Ben Boeckel wrote:
> > 0001-Add-support-for-pane-ID.patch
> >
> > The original patch rebased onto master
> > (568c723cf33426c1f7fe9419966cf111792f71fb).
> >
Thanks I'll apply this now
On Sat, Mar 26, 2011 at 06:39:12PM -0400, Ben Boeckel wrote:
> 0001-Add-support-for-pane-ID.patch
>
> The original patch rebased onto master
> (568c723cf33426c1f7fe9419966cf111792f71fb).
>
> 0002-Only-store-the-session-back-if-non-NULL.patch
>
> Fixes the crash with swap-panes. The c
On Sat, Dec 11, 2010 at 03:08:30PM +, Nicholas Marriott wrote:
> On Wed, Nov 17, 2010 at 03:41:03PM -0500, Ben Boeckel wrote:
> > On Wed, Nov 17, 2010 at 07:40:37PM +, Nicholas Marriott wrote:
> > > No?
> >
> > I tried it and I had other issues (tmux stopped working but it wasn't
> > relia
On Wed, Nov 17, 2010 at 03:41:03PM -0500, Ben Boeckel wrote:
> On Wed, Nov 17, 2010 at 07:40:37PM +, Nicholas Marriott wrote:
> > No?
>
> I tried it and I had other issues (tmux stopped working but it wasn't
> reliably reproducible) on HEAD. I'll try applying it to Fedora's
> packages and usin
On Wed, Nov 17, 2010 at 07:40:37PM +, Nicholas Marriott wrote:
> No?
I tried it and I had other issues (tmux stopped working but it wasn't
reliably reproducible) on HEAD. I'll try applying it to Fedora's
packages and using those. I'll also see if I can get verbose output with
HEAD.
--Ben
pg
No?
On Sat, Nov 13, 2010 at 06:14:25PM +, Nicholas Marriott wrote:
> Try this.
>
> Use -t $TMUX_PANE.
>
> Note that if tmux needs the session as well it'll follow the normal
> process to get it ("current" session if it contains the pane, otherwise
> best session from all of those with the p
Try this.
Use -t $TMUX_PANE.
Note that if tmux needs the session as well it'll follow the normal
process to get it ("current" session if it contains the pane, otherwise
best session from all of those with the pane).
For example, paste-buffer takes a pane target but it needs the session
to know w
Other problem is this could be reused... maybe an ever-increasing pane
id is a better move.
On Sat, Nov 13, 2010 at 04:51:23PM +, Nicholas Marriott wrote:
> > >
> > > Also, since panes and such can move around, tracking a specific pane to
> > > interact with via scripts and such can be hard.
> >
> > Also, since panes and such can move around, tracking a specific pane to
> > interact with via scripts and such can be hard. Would it be possible to
> > have tmux inject a TMUX_PANE_ID into a pane's environment that is static
> > and unique for the life of the pane so that panes can always
On Fri, Nov 12, 2010 at 12:39:59AM -0500, Ben Boeckel wrote:
> Hi,
>
> I've been using tmux for a while now and have attached to a session
> via ssh and then detached. When I go back to the machine with the
> original session, any new windows have the environment of the ssh
> session where the att
Hi,
I've been using tmux for a while now and have attached to a session
via ssh and then detached. When I go back to the machine with the
original session, any new windows have the environment of the ssh
session where the attach happens (i.e., new panes inherit the
environment of the last `tmux at
16 matches
Mail list logo