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
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 only have my window
size limited when I am viewing the same window as the other session?
Thanks,
Dan
-
Hi,
I really don't think this is necessary.
-- Thomas Adam
On 22 May 2014 18:36, gsigms wrote:
> --
>
> * [tickets:#131] <http://sourceforge.net/p/tmux/tickets/131/> feature
> request: configuration parameters for window flags*
>
> *S
---
** [tickets:#131] feature request: configuration parameters for window flags**
**Status:** open
**Created:** Thu May 22, 2014 05:36 PM UTC by gsigms
**Last Updated:** Thu May 22, 2014 05:36 PM UTC
**Owner:** nobody
afaik, window flag (current/bell/zoom/...) characters are hardcoded.
It
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
Hi,
A search for 'tmux SSH_AUTH_SOCK' brings up about 8000 pages of hacked
up scripts.
The solution can be simpler if one can just do something like:
$ export SSH_AUTH_SOCK=$(tmux show-environment -t
SSH_AUTH_SOCK)
where '' is some way to refer to current client,
and '-t target-cl
y feature here:
> http://thread.gmane.org/gmane.comp.terminal-emulators.tmux.user/5459
>
> Cheers.
>
> On Sat, Jan 18, 2014 at 5:22 AM, Michael Mahemoff
> wrote:
>> ____________
>>
>> [tickets:#97] Feature request: Moving to most recently used p
Michael,
You're in luck. I submitted a patch that implements this very feature here:
http://thread.gmane.org/gmane.comp.terminal-emulators.tmux.user/5459
Cheers.
On Sat, Jan 18, 2014 at 5:22 AM, Michael Mahemoff wrote:
>
>
> [tickets:#97] F
---
** [tickets:#97] Feature request: Moving to most recently used pane in
column/row**
**Status:** open
**Created:** Sat Jan 18, 2014 01:22 PM UTC by Michael Mahemoff
**Last Updated:** Sat Jan 18, 2014 01:22 PM UTC
**Owner:** nobody
This is an area where I find tmux behavior doesn't
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
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 synchronization. I am not sure if there is a work around that exists today
to get that functionality.
Once again thanks for creatin
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
Omnitty has a nifty feature where it can show you a snippet view of
the most recent output from each of it's windows.
It would be useful if tmux could provide a similar feature, where
there were ways it could show a small view of other ttys. I envision
that these small slivers might be possible t
Hi there,
here's an idea for a tmux feature that leads to additional screen real
estate for everybody: automatically show the status line after each
window switch for a few seconds, then hide it.
Thanks for a great tool,
Andreas
pgpvXCOnD8gcB.pgp
Description: PGP signature
f 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 this feature request.
>
> Possible patch attached. As far as
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
gt; > > tmux would adjust the selection behavior based on that value as well.
> >
> > I second this feature request.
>
> Possible patch attached. As far as I tested, it only behaves differently
> from vim when ending the selection at a line break (tmux will co
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.
--
t value as well.
>
> I second this feature request.
Possible patch attached. As far as I tested, it only behaves differently
from vim when ending the selection at a line break (tmux will consume
that last break, vim will not). I didn't want to mess with
window_copy_copy_line() just to correct
ince 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 this feature request.
Greetings
Hannes
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 selection block when the copy is performed. See this
image for a concrete ex
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
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 be a need to change the output of the
s
q 0 ]]; then
$tmuxcmd select-pane -t :.-
$tmuxcmd swap-pane -s 0
$tmuxcmd display-panes
else
$tmuxcmd swap-pane -s 0 -t $cur
$tmuxcmd display-panes
fi
-p
On Mon, Dec 20, 2010 at 05:15:00AM +0100, cies wrote:
> dear reader,
>
> i think the conversation i had with NicM on irc explain
dear reader,
i think the conversation i had with NicM on irc explains about a
feature request that i want to make.
feel free to comment on it with your ideas, i think it is a pretty
good idea and might easily become a feature loved by many.
13:58 -!- Irssi: Join to #tmux was synced in 4 secs
39 matches
Mail list logo
