You want aggressive-resize
On Thu, Dec 18, 2014 at 07:06:27PM -0500, Dan39 wrote:
>Right now when I do new-session -t 0 to group the existing windows, the
>window I view is limited to the the smaller size of other session, no
>matter what window I am looking at. Is it possible to onl
Yes but it'd need to be -c not -t. Try this please. You need -c '' to
get current client.
diff --git a/cmd-show-environment.c b/cmd-show-environment.c
index 2238929..5837c1b 100644
--- a/cmd-show-environment.c
+++ b/cmd-show-environment.c
@@ -31,8 +31,8 @@ enum cmd_retvalcmd_show_environm
Nicholas/Thomas,
I think Vardan's problem is something that a new formatting variable
called client_pid could make much simpler. Another typical scenario next
to Vardan's case is when you want to access the current client's DISPLAY
environment variable. Note that I can't use tmux's setenv/showenv
Or something like Salt: http://github.com/saltstack/salt/
(Full disclosure: I am a Salt developer.)
On Sun, Aug 25, 2013 at 6:00 PM, Jan Larres wrote:
> On 20/08/13 06:25, Nair, Ashok wrote:
> > I used tmux over the last weekend for patching a ton of Solaris
> systems. Although, pane sync hel
On 20/08/13 06:25, Nair, Ashok wrote:
> I used tmux over the last weekend for patching a ton of Solaris systems.
> Although, pane sync helped to some extent, I wish there was windows sync,
> because due to the lack of screen space with one windows. Reasonably, I could
> put 4 servers in a windo
@lists.sourceforge.net
Subject: Re: Feature Request
Hmm ok. I've used synchronize-panes for up to 30 or so servers and beyond that
I'd probably write a script. The problem with synchronizing windows is it's
much more dangerous if you leave it on accidentally.
On Mon, Aug 19, 2013 at 06:25:1
: Nicholas Marriott [mailto:nicholas.marri...@gmail.com]
Sent: Monday, August 19, 2013 2:18 PM
To: Nair, Ashok
Cc: tmux-users@lists.sourceforge.net
Subject: Re: Feature Request
Hi
Why do you want this feature?
On Mon, Aug 19, 2013 at 04:05:52PM +, Nair, Ashok wrote:
>Hello,
>
>
>
nks,
> Ashok
>
>
> -Original Message-
> From: Nicholas Marriott [mailto:nicholas.marri...@gmail.com]
> Sent: Monday, August 19, 2013 2:18 PM
> To: Nair, Ashok
> Cc: tmux-users@lists.sourceforge.net
> Subject: Re: Feature Request
>
> Hi
>
> Why do
Hi
Why do you want this feature?
On Mon, Aug 19, 2013 at 04:05:52PM +, Nair, Ashok wrote:
>Hello,
>
>
>
>Thank you for developing tmux. It is immensely useful for my daily work.
>
>
>
>One feature I am requesting is the ability to synchronize windows, similar
>to pane
Yes all of these things could be useful. For the last, extending
capture-pane to do more shouldn't be difficult.
On Tue, Nov 06, 2012 at 08:43:24AM -0800, Felix Rosencrantz wrote:
> And the crickets chirp...
>
> It's not even possible to fake this via scripts or commands, since
> there is no pro
And the crickets chirp...
It's not even possible to fake this via scripts or commands, since
there is no programmatic access to the screen contents. Copy mode
allow us to manually grab screen content into a buffer, however there
is no command to grab some area of the screen or scrollback back
buf
Yeah I thought about this again and I think it is fine. Applied to
OpenBSD, will be in SF later, thanks.
On Fri, Apr 15, 2011 at 12:15:06PM -0300, Tiago Resende wrote:
> On Friday, 2011-04-15, at 08:31:26 +0200, Hannes von Haugwitz wrote:
> > > Since there is already a means of altering a user's
On Sunday, 2011-04-17, at 20:43:20 +0100, Nicholas Marriott wrote:
> Hmm, code looks fine but we already have things that are different from
> both vi and emacs and I'm not sure such a small thing is worth making
> copy mode even more complicated...
I'd also like to point out to my fellow vim user
Hmm, code looks fine but we already have things that are different from
both vi and emacs and I'm not sure such a small thing is worth making
copy mode even more complicated...
I guess the change is small so it can't do too much harm and both vi and
emacs modes do get tested.
On Fri, Apr 15, 201
On Friday, 2011-04-15, at 10:44:08 -0700, Aaron Bull Schaefer wrote:
> Yes, this WORKS! I tested both emacs and vi modes and this is exactly
> what I was looking for. Thanks for such a quick patch!
My pleasure. :)
I hope you don't mind that I cc this to the list, just to let the record
show.
--
On Friday, 2011-04-15, at 08:31:26 +0200, Hannes von Haugwitz wrote:
> > Since there is already a means of altering a user's key binding
> > preference using the mode-keys option, I thought it would be a nice if
> > tmux would adjust the selection behavior based on that value as well.
>
> I second
On Thu, Apr 14, 2011 at 04:23:16PM -0700, Aaron Bull Schaefer wrote:
> When copying a block of text in copy-mode, I found it surprising that
> the paste buffer did not contain the right-most character of the
> selection. This is true whether the cursor is on the left side or the
> right side of the
On Mon, Feb 21, 2011 at 07:25:32PM -0800, Felix Rosencrantz wrote:
> > What would be really nice would be a way to represent their output in a
> > general internal form that could be output nicely, eg we translate a
> > window into a list of key,value pairs such as:
> >
> > [index=7, name=abc, widt
Yes we could use the pty to look up panes, it is in the tty member of
struct window_pane, they are completely unambiguous.
Think we could do PID too.
On Tue, Mar 01, 2011 at 05:05:02PM -0800, Felix Rosencrantz wrote:
> On Mon, Feb 28, 2011 at 1:11 PM, Nicholas Marriott
> wrote:
> >
> > On Mon,
On Mon, Feb 28, 2011 at 1:11 PM, Nicholas Marriott
wrote:
>
> On Mon, Feb 21, 2011 at 07:25:32PM -0800, Felix Rosencrantz wrote:
>> I thought I had missed the 'display-message -p' command. The
>> information it provides would work for my current usage, however, as
>> you point out, that only appl
On Mon, Feb 21, 2011 at 07:25:32PM -0800, Felix Rosencrantz wrote:
> I thought I had missed the 'display-message -p' command. The
> information it provides would work for my current usage, however, as
> you point out, that only applies to the active pane, it doesn't look
> at the current tty of t
I thought I had missed the 'display-message -p' command. The
information it provides would work for my current usage, however, as
you point out, that only applies to the active pane, it doesn't look
at the current tty of the tmux command. If I try running that in
several windows or panes at once,
Try this, although it still sucks that it always uses the active pane,
should be able to specify target to display-message.
Index: status.c
===
RCS file: /cvs/src/usr.bin/tmux/status.c,v
retrieving revision 1.71
diff -u -p -r1.71 stat
server-info is for debugging, don't rely on it for anything at all.
If there is something you need that isn't covered by list-sessions,
list-windows, list-panes, display-message then those are the place to
add it.
What would be really nice would be a way to represent their output in a
general int
Felix Rosencrantz writes:
> I use the "tmux server-info" command to extract details about windows
> and sessions from the "Sessions:", to put information in my prompt.
> But my parsing script is somewhat brittle since the format of the
> output is not standard.
>
> Tmux is changing so there will
Hi,
I do something vaguely similar; you could riff off of it and if others have
a better suggestion, pipe up.
bind BSpace run-shell tmux-swap
tmux-swap:
#!/bin/sh
tmuxcmd="tmux -Lmain"
cur=$($tmuxcmd list-panes | grep "(active)" | cut -d':' -f1)
if [[ $cur -eq 0 ]]; then
$tmuxcmd select-pane
26 matches
Mail list logo
