Hi,
Attached are two patches to fix the usage information for the join-pane
and paste-buffer usage strings. There's also a patch to remove a
trailing space in the CHANGES file if it's important.
--Ben
Index: cmd-join-pane.c
===
RCS f
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
Nicholas Riley wrote:
> Hi,
>
> I have been attempting to switch to tmux but keep running into a problem
> where a window doesn't update.
>
>>From time to time, when I type into a window, only the cursor position
> updates; the window contents don't. I can unfreeze the window by moving
> it
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
Nicholas Marriott wrote:
> Pretty sure this is use-after-free, which points to w->last still not
> being set properly somewhere.
>
> Can't reproduce on OpenBSD though and its malloc() is much more
> rigorous has much better error checking...
The MALLOC_CHECK_ and MALLOC_PERTERB_ variables make m
Steve mailinglists wrote:
>> Try eg:
>>
>> set -g terminal-overrides "xterm*:kLFT4=\eO10C:kRIT4=\eO10D"
>>
>
> Thank you that worked for me. This now leaves no reason preventing my switch
> to tmux. I love the panes.
> Is there anywhere the kLFT4 , kRIT4 mappings are documented?
Probably within
mbm329 wrote:
> Hello list,
>
> I'm trying to transition from GNU Screen to tmux. I like to have my
> windows named as the host they are logged into. That is, until I run
> a command. Then I like to have it named for the command I'm running.
>
> In GNU Screen, I accomplished this via the PS1
On Thu, Jan 13, 2011 at 12:46:55PM -0500, mbm329 wrote:
> Thanks for the reply. I see what you mean, but I'm not quite sure
> this carries over to another server.
Indeed. I remember it from my "su -" binding which sets the title to the
hostname.
> When I SSH to another host, without any of the a
Nicholas Marriott wrote:
> Does rxvt support these sequences? I don't think screen does. Probably
> best only to check for xterm.
I have code in my zsh configuration to set the cursor color based on
whether it's in viins or vicmd mode. Of the terminals I'm like to
encounter on machines I use day-
Joshua Keroes wrote:
> I'd like to use some of the 256 available colors in my status line. What's
> the magical incantation to get at say, 30/30/30, 236, a dark gray?
>
> I searched the manpage and archives but didn't see anything obvious, mostly
> there were references to using those colors insi
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
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 cr
Add a -I flag to new-window and split-window commands (similar to
> > > -P) to print the ID of the new window.
Feedback?
0001 through 0003 are the same as before and 0004 is the 0008 from last
time.
--Ben
From 1ca8b937415788318a45dcf4671cd83b67f3c54d Mon Sep 17 00:00:00 2001
Fro
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
Nicholas Marriott wrote:
> Thanks, applied. I made some minor tweaks and changed ~/.screen.conf to
> ~/.tmux.conf ;-).
So it seems as though this patch has screwed up less somehow. Now I get
no reverse video on the status line or search results. Can anyone else
confirm?
--Ben
-
Tiago Resende wrote:
> I'm gonna take a guess here. I think urxvt is reporting to support sitm
> when it actually doesn't, then screen-256color does its switch between
> sitm and smso, then less requests standout but gets italics instead,
> which urxvt simply refuses to render. I just reproduced i
Tiago Resende wrote:
> I was thinking, urxvt has always (I think) supported italics, so unless
> your build was specifically patched to remove it (not disable it during
> /configure, because if that was the case, urxvt _would_ render italics
> as reverse), maybe you are just missing a font with it
Peter John Hartman wrote:
> On Mon, Apr 18, 2011 at 09:05:21AM -0700, Micah Cowan wrote:
>> On 04/18/2011 01:19 AM, LEVAI Daniel wrote:
>> > Any chance of getting this fixed? It's a really annoying phenomena.
>
> +1 here
>
>>
>> Since this is a behavior of your terminal (kills the selection as
Robin Lee Powell wrote:
> On Wed, May 18, 2011 at 12:06:28PM -0700, Micah Cowan wrote:
>> If your .tmux.conf is not even being read, then that's usually a
>> sign that your tmux server was already running (.tmux.conf is only
>> read at server startup, not at the start of every new session) -
>> so
Pablo S.M. wrote:
> I'm trying to configure tmux and i'm having a (for me) big problem
> with the PageUp key: normally i use in zsh PageUp and PageDown to
> search the history. I have the following in my zshrc:
>
> bindkey '^[[5~' history-beginning-search-backward
> bindkey '^[[6~' history-beginn
Hi,
With systemd-logind, there will be the option to kill all user processes
on logout. I was wondering whether a patch to start a PAM session for
each tmux server would be accepted. It would be a compile-time option
and if wanted, options could also be added. Thanks.
--Ben
[1]http://0pointer.de
Nicholas Marriott wrote:
> Maybe. Can you give a bit more explanation? What is systemd-logind and
> why does this option have anything to do with PAM? Why does it need PAM
> to kill processes on logout?
If applications do nothing, they will be killed on logout. If, instead,
the application declar
issues yet, but I'll use it for a week or so to make sure.
--Ben
From 7c76a713a897c03482fa18c52d140a8835a3a30e Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Wed, 19 Oct 2011 17:39:16 -0400
Subject: [PATCH 1/4] Implement the pane_index format string
---
trunk/format.c |4
1 fi
17 00:00:00 2001
From: Ben Boeckel
Date: Thu, 20 Oct 2011 12:03:55 -0400
Subject: [PATCH 5/5] Change window_pane_index to be like window_index
---
trunk/cmd-respawn-pane.c |5 -
trunk/cmd-split-window.c |3 ++-
trunk/format.c |7 +--
trunk/screen-redraw.c
ed it here with success. I don't do much at tmux's command
prompt, but I tried to stress test it.
--Ben
From 2f978366a1e71ee6236647d77b46b2745c9aeaad Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Thu, 20 Oct 2011 01:42:19 -0400
Subject: [PATCH 1/8] Add word-separator option to clients
On Thu, Oct 20, 2011 at 12:17:48 -0400, Ben Boeckel wrote:
> @@ -64,7 +75,7 @@ cmd_show_options_exec(struct cmd *self, struct cmd_ctx *ctx)
> oo = &global_options;
> table = server_options_table;
> } else if (args_has(self->args, 'w'
And add back the line format string that I deleted. Didn't realize that
it wasn't just a hack for pane_index.
--Ben
From d18fd48cdf53b6affcb3b67a5a89861f0590046f Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Thu, 20 Oct 2011 14:30:23 -0400
Subject: [PATCH 6/6] Add line back to
On Thu, Oct 20, 2011 at 12:17:48 -0400, Ben Boeckel wrote:
> In order to do this, I added options for clients (currently just
> word-separators) and the associated commands and documentation for them.
> This is done in the first patch.
Fixing some whitespace in the man page.
-
Hi,
I've also updated list-clients to use format strings and added
formatters for client information as well.
The first patch adds the formatting code, the second updates
list-clients to leverage it.
--Ben
From 1bf0c319db1bb0a4c8f910097907ac945f44e7a0 Mon Sep 17 00:00:00 2001
From: Ben Bo
On Thu, Oct 20, 2011 at 14:41:59 -0400, Ben Boeckel wrote:
> I've also updated list-clients to use format strings and added
> formatters for client information as well.
I should really remember to look at strings and man pages *before*
sending patches. *sigh*.
--Ben
From b0e3ea4777aa7b24d67b9749a9ae868ae0c968bd Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Thu, 20 Oct 2011 17:23:39 -0400
Subject: [PATCH 1/2] Options for changing colours in cmd vs ins modes
There's currently no indication that you're in command or insert mode
when using vi bindings for the
On Sun, Oct 23, 2011 at 02:17:19 +0100, Nicholas Marriott wrote:
> Did you send a diff changing window_pane_index to behave like
> window_index? I've got so many files all starting 000* now that I'm
> confused ;-).
Should be 0005-Change-window_pane_index-to-be-like-window_index.patch
and 0006-Add-
On Sun, Oct 23, 2011 at 02:19:50 +0100, Nicholas Marriott wrote:
> I know we want an excuse to add client options but I'm not convinced
> this should be it - none of the mode options or key bindings or whatnot
> are per client and it seems confusing to have two word-separators
> options. Can't it u
On Sun, Oct 23, 2011 at 02:25:23 +0100, Nicholas Marriott wrote:
> - I think I would call the option *-command not *-cmd and the attr/fg/bg
> should be at the end, so how about message-command-{fg,bg,attr}?
Can do (won't get to it until this afternoon though).
> - No 's around command in the ma
tes around the "command" in "command mode".
Ah, whoops. New patches attached (they replace the previous ones).
--Ben
From 312a3ed02b61facec7290a44f6978949f1eefd3e Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Thu, 20 Oct 2011 17:23:39 -0400
Subject: [PATCH 1/2] Options fo
On Thu, Oct 27, 2011 at 23:48:05 +0100, Nicholas Marriott wrote:
> Can you resend the diff apart from the window index change and I'll
> apply it?
Sorry, a little confused here; probably shouldn't do hacking this late.
What is needed exactly?
--Ben
pgpqiuU2M6ksR.pgp
Description: PGP signature
-
On Sun, Oct 23, 2011 at 02:14:20 +0100, Nicholas Marriott wrote:
> You're missing a : after F in the getopt args so this doesn't work ;-).
Gah. I thought I had that... Too many feature patches to test.
> I fixed that and applied this now, thanks.
Thanks.
--Ben
pgpyVezXjFsxq.pgp
Description: P
On Mon, Oct 24, 2011 at 13:11:06 -0400, Ben Boeckel wrote:
> On Sun, Oct 23, 2011 at 02:19:50 +0100, Nicholas Marriott wrote:
> > I know we want an excuse to add client options but I'm not convinced
> > this should be it - none of the mode options or key bindings or whatnot
&g
On Sat, Nov 05, 2011 at 09:03:03 +, Nicholas Marriott wrote:
> - window_pane_index change is a
> separate thing I guess.
Attached.
--Ben
From a1da8eef7dec2fd729927d33ebc6c3bfde54031a Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Thu, 20 Oc
On Sat, Nov 05, 2011 at 09:03:03 +, Nicholas Marriott wrote:
> - -F pane_index, need the latest version.
Attached. They apply on top of the window_pane_index fix.
--Ben
From eda10065bbcc951ce4df8cc86979b0ae0262d0b6 Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Fri, 11 Nov 2011 17:10
Hi,
In Vim, the last jump target character and search string are remembered
so that subsequent 'n', 'N', ';', and ',' commands work without needing
to put the search again. Looking at the code, it doesn't seem *too* hard
to do, but it would require swapping out the switch statements to check
for N
On Fri, Nov 25, 2011 at 18:32:40 +0100, Romain Francoise wrote:
> Did you test this patch series in emacs editing mode? M-f doesn't behave
> as it should, I'd expect it to move the cursor *after* the current word
> but it goes back to the last letter. This is inconsistent with the
> existing copy-m
p to without
using the status line (or to wait for it silently like vi, but that may
be unwanted). Word jumping and number modified 'h' and 'l' should suffice
I'd think.
Patches attached. I also added bindings for 'x' and 'X' in vi normal
mode for the s
Hi,
Another handful of features incoming[1]. Not all are ready[2], but some
are. The branches are as follows:
dev/add-WORD-motions-to-status
Adds 'B', 'E', and 'W' motions to edit mode. Not sure of emacs
equivalents.
dev/add-line-insert
Adds 'A' and 'I' bindings f
On Fri, Dec 02, 2011 at 00:24:00 -0500, Ben Boeckel wrote:
> dev/add-WORD-motions-to-status
> Adds 'B', 'E', and 'W' motions to edit mode. Not sure of emacs
> equivalents.
Works here. It uses the emacs 'E' behavior. I have ano
On Thu, Jan 12, 2012 at 21:15:30 -0500, Ben Boeckel wrote:
> On Fri, Dec 02, 2011 at 00:24:00 -0500, Ben Boeckel wrote:
> > dev/add-WORD-motions-to-status
> > Adds 'B', 'E', and 'W' motions to edit mode. Not sure of emacs
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sun, Jan 22, 2012 at 20:13:20 GMT, George Nachman wrote:
> IDs
>
> Windows had no race-free identifier. I defined window IDs as a
> monotonically increasing integer assigned at window creation time, and
> referenced with an @ sign. For instan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sun, Jan 29, 2012 at 22:35:57 GMT, Nicholas Marriott wrote:
> I'm not sure if you told me, but what are you using the session id for?
> Session names are unique, so why is another id desirable?
Names can change; the ID would not. Controlling tmux
If you have a process running in a window and create a new window with
it focused, a NULL dereference can occur if the process is not owned by
the user (e.g., a root shell). Patch attached.
--Ben
>From c9d364132951dcba3a46af008d00edbb0ac6355d Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date:
Two (separate) patches. The first updates vim syntax for new options in
trunk. The second re-alphabetizes the session option table data again.
--Ben
>From de4721ca01405d526f7a8a90f8784cc66f3189ea Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Mon, 6 Feb 2012 00:05:03 -0500
Subject: [PATCH
On Mon, Feb 06, 2012 at 09:16:47 +, Nicholas Marriott wrote:
> I'm pretty sure that should be "root != NULL" ;-).
Oops, yes. I had originally had it down after the complete_path label
and returning (s->cwd) itself, but falling through seems like the better
option. Guess I didn't swap the compa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Mon, Feb 06, 2012 at 06:06:04 GMT, George Nachman wrote:
> As we discussed earlier, this patch adds -F format to display-message.
> If -F is passed then that format is used in preference to the
> 'message' argument.
I have this independently here
Hi,
Attached is a patch which cleans up memory in display-message when using
a format. It also puts the message back through status_replace for the
strftime expansion (reduce duplication of code and such).
In addition, status_replace has its own format_tree which expands
session and client inform
Hi,
Attached is a patch which adds 'A' and 'I' bindings when editing the
status line. Not sure of any emacs equivalents.
--Ben
diff --git a/mode-key.c b/mode-key.c
index f1df0a4..b82e9b9 100644
--- a/mode-key.c
+++ b/mode-key.c
@@ -35,8 +35,9 @@
*
* vi command mode is handled by having a mode
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sun, Mar 04, 2012 at 03:01:51 GMT, George Nachman wrote:
> Thanks for committing the previous patch. Here is a patch that adds a -F
> format arg to new-window that can be used in conjunction with -P. Note that
> it doesn't support any of the windo
frees up leaked memory then.
--Ben
From 240815ea175b421f16113d63ef2eb57549aa7475 Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Sun, 4 Mar 2012 10:25:28 -0500
Subject: [PATCH 1/2] Free the format tree
---
cmd-display-message.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, Mar 15, 2012 at 07:18:04 GMT, Nicholas Marriott wrote:
> tmux selectl
> '9d50,126x23,0,0[126x11,0,0{63x11,0,0[63x5,0,0,63x5,0,6],62x11,64,0},126x11,0,12{63x11,0,12,62x11,64,12}]'
>
> Or you can usually get whatever you want by selecting one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, Mar 15, 2012 at 19:42:44 GMT, Stroller wrote:
> You know, there probably is a case for DBus, at least. I don't know
> about this stuff, but I know that I'm generally the exception. But
> you're going about it in a very bad way to make your po
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Wed, Mar 28, 2012 at 15:57:48 GMT, Le Wang wrote:
> I made this Ruby script to pop out a pane into its own window and pop it
> back:
>
> https://gist.github.com/2227539
Instead of using the environment, why not keep track of pane ids and
wind
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sat, May 05, 2012 at 00:10:50 GMT, Alex Yelluas wrote:
> Is there a way to have tmux source ~/.tmux.conf file automatically, every
> time it's invoked?
Maybe a wrapper script in ~/bin or somewhere else? Though this does give
me an idea that it mi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sun, May 06, 2012 at 19:39:48 GMT, Ivan Necas wrote:
> Hello Tmux fellows,
>
> One thing that was troubling me a log for a long time was when some command
> produced a stack trace with file paths and lines and I had no other option
> then to copy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, Apr 24, 2012 at 22:07:40 GMT, Thomas Adam wrote:
> diff --git a/trunk/cmd-move-window.c b/trunk/cmd-move-window.c
> index 5c4dbbe..acb5044 100644
> --- a/trunk/cmd-move-window.c
> +++ b/trunk/cmd-move-window.c
> @@ -42,11 +42,22 @@ int
> cmd
On Tue, May 08, 2012 at 11:04:36 +0100, Thomas Adam wrote:
> On 8 May 2012 10:04, Thomas Adam wrote:
> > So I am not sure how best do this, other than have -r take a parameter to
> > specify a session, and use cmd_find_session() to look it up.
>
> Something like the following? Completely and utt
On Fri, May 11, 2012 at 09:12:09 +0100, Thomas Adam wrote:
> Hi,
>
> On 10 May 2012 07:02, Nicholas Marriott wrote:
> > Whoops, I missed this. I think it should use -t like everything else:
>
> That looks OK, but as I mentioned before, the semantics for -s change
> when used with -r, in that whe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, May 15, 2012 at 22:59:41 GMT, Thomas Adam wrote:
> These six patches teach the choose-* commands to use -F for the format
> option. In doing this, I've also touched on the existing list-* commands
> because both of them used the same default
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, May 15, 2012 at 22:59:45 GMT, Thomas Adam wrote:
> diff --git a/trunk/cmd-choose-session.c b/trunk/cmd-choose-session.c
> index d3e5354..ff8ce99 100644
> --- a/trunk/cmd-choose-session.c
> +++ b/trunk/cmd-choose-session.c
> @@ -34,7 +34,7 @@
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sat, May 19, 2012 at 06:22:16 GMT, Thomas Adam wrote:
>> There are some nits in general. A macro for format string usage help
>> similar to target client/session/window/pane is likely in order now
>
> This is difficult to do, not least of which be
Hi,
When making a block selection, it appears as though the x position is
not properly remembered when '$' is used.
Example:
a line
a longer line
last line
Previous behavior (caps is selection; _ for blanks):
Start:
A line
a longer line
last line
Down + $:
A LINE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sat, May 26, 2012 at 06:13:51 GMT, Nicholas Marriott wrote:
> Hmm. I'm not sure about this - no other commands are affected by
> synchronize-panes (not even send-keys). I kind of like that paste
> doesn't work, it's useful to be able to send somet
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Wed, Jun 27, 2012 at 14:20:13 GMT, Thomas Adam wrote:
> + "[-S] [-W] [-s format] [-w format ] [-b session template] " \
Extra space after -w argument. I don't see any other issues.
- --Ben
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1
On Mon, Oct 15, 2012 at 08:59:57 GMT, Thomas Adam wrote:
> On 15 October 2012 00:37, Nate Soares wrote:
>> Hey all. The attached patch makes tmux honor XDG_CONFIG_HOME if it is set.
>> This is a nice way to prevent the pollution of the home directory.
>
> It's also quite Linux specific, and hence
On Mon, Oct 15, 2012 at 09:05:52 GMT, Nicholas Marriott wrote:
> Not wild about this - tmux is not an X program and this doesn't seem to
> have particularly wide adoption right now anyway.
It's gaining support. git recently added support for looking in
$XDG_CONFIG_HOME/git/config. I like using it
On Tue, Oct 09, 2012 at 17:21:00 GMT, Nicholas Marriott wrote:
> On Wed, Oct 03, 2012 at 11:42:40PM +0100, Thomas Adam wrote:
>> * If a choose-* command is called without an interactive tmux instance,
>> emulate what list-* would have done.
>
> I like this option best, but I'm not sure it's worth
On Sun, Sep 16, 2012 at 21:46:51 GMT, Marcel Partap wrote:
> ---
> window-copy.c |3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/window-copy.c b/window-copy.c
> index ca4c97b..bd78f30 100644
> --- a/window-copy.c
> +++ b/window-copy.c
> @@ -836,7 +836,8 @@ window_copy
On Thu, Nov 01, 2012 at 01:49:04 GMT, Mark Volkmann wrote:
> I think the answer to my question is "no", but I thought I'd ask anyway.
>
> Is there a way to get a single tmux session to utilize multiple
> monitors? It would be nice if the windows of a session could be
> allocated to multiple actual
On Sat, Nov 03, 2012 at 05:15:20 GMT, Kazuhiko Sakaguchi wrote:
> Hi all.
>
> I wrote a script to maximize and restore panes in tmux. It's similar
> to the tmux-zoom.
>
> https://gist.github.com/3901976
>
> Idea of tmux-zoom is awesome, but it has some problems.
> - If title of the zoomed pane is
On Wed, Nov 07, 2012 at 15:13:21 GMT, Thomas Adam wrote:
> Hi,
>
> On Tue, Nov 06, 2012 at 03:42:58PM +0900, Kazuhiko Sakaguchi wrote:
>> I created and moved a pane-maximize repository on GitHub.
>> https://github.com/pi8027/pane-maximize
>
> I took a look at this, since I'm quite keen to ensure th
On Sun, Nov 04, 2012 at 01:22:50 GMT, Thomas Adam wrote:
> I'm attaching one patch for now -- an idea for how hook support in tmux
> might work. There's no documentation yet as I envisage things still in a
> state of flux.
Nice :) .
> All commands that tmux recognise have the ability to have hoo
On Sat, Dec 08, 2012 at 18:29:24 GMT, Guang-Nan Cheng wrote:
> set-option -g set-titles-string "@#(hostname | sed 's/..*//')"
Why not use #h or hostname -s?
--Ben
--
LogMeIn Rescue: Anywhere, Anytime Remote support
On Mon, Dec 10, 2012 at 05:13:43 GMT, Patricio Palladino wrote:
> Hi tmux community!
>
> I have been using tmux for the last year, and has became an essential
> tool for my development job, but I used to use panes almost
> exclusively until some months ago. I think automatic renaming is a
> great f
On Tue, Dec 11, 2012 at 04:09:17 GMT, Patricio Palladino wrote:
> Nice setup. But I find difficult to remember to alwas use a diffent
> command to "cd".
I don't use it as a standard 'cd' option. I have zsh tab-completion for
it too, so it's not that much of an issue confusing the two.
--Ben
---
On Fri, 01 Feb, 2013 at 19:38:12 GMT, Thomas Adam wrote:
> When printing out the command usage, include the command's alias as well.
> ---
> cmd-list-commands.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/cmd-list-commands.c b/cmd-list-commands.c
> index 68e0e80..b6c
On Tue, 12 Feb, 2013 at 09:48:38 GMT, Nicholas Marriott wrote:
> Hmm. We can't change next-word-end because it is used by emacs mode so
> we'd have to add yet another new command for vi cursor movement. I don't
> remember if we deliberately decided not to do this or not.
I have it on my TODO list
On Wed, Feb 13, 2013 at 10:32:29 +0100, s...@sltosis.org wrote:
> I am not sure this is the right words, but I find looking at the EDITOR env
> var
> a bit 'intrusive' and/or 'optimistic'. (hopefully you'll understand what I
> mean)
Actually, I think tmux defaults keybindings based on EDITOR, so
Hi,
I updated to the newest master recently and it seems as though the
synchronous if-shell support has broken usage of it from ~/.tmux.conf.
At the end of my .tmux.conf I have the following:
# 256-color support
if-shell -b 'test "`tput colors`" -eq 256' 'source-file
"$XDG_CONFIG_HOME/tmux/256-c
On Tue, Feb 26, 2013 at 19:55:39 +, Thomas Adam wrote:
> This is, I presume, only when the server is initially started, yes? That
> makes sense because here we see in cmd-if-shell.c:cmd_if_shell_exec():
Yes.
Yep, that works. Patch attached which applied (I'm guessing the inlining
mangled s
epted, a more
general way which I can use to put sockets there is acceptable for me.
Thanks,
--Ben
>From 56057f3d7b33f78512d1ec68f37e1d7cb0c32f87 Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Tue, 19 Mar 2013 15:05:01 -0400
Subject: [PATCH] Support TMUX_TMPDIR
---
tmux.1 | 10 ++-
On Fri, Mar 22, 2013 at 08:35:10 +, Nicholas Marriott wrote:
> Perhaps TMUX_SOCKET to act like -S instead might be better? Then you can
> put it where you like without tmux creating directories.
That might also be good, but I'd like any tmux sessions I create use the
directory without having t
---
examples/tmux.vim | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/examples/tmux.vim b/examples/tmux.vim
index 076115c..e85f8ff 100644
--- a/examples/tmux.vim
+++ b/examples/tmux.vim
@@ -56,7 +56,7 @@ syn keyword tmuxCmds
\ list-buffers loadb load-buffer pasteb paste
---
tmux.1 | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tmux.1 b/tmux.1
index 05dfac6..ea4fdad 100644
--- a/tmux.1
+++ b/tmux.1
@@ -2652,7 +2652,7 @@ The default is
.Ql \ -_@ .
.El
.It Xo Ic set-window-option
-.Op Fl agqu
+.Op Fl agoqu
.Op Fl t Ar target-window
.Ar op
---
compat/getopt.c | 2 +-
layout-set.c| 2 +-
tmux.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/compat/getopt.c b/compat/getopt.c
index 38c317c..2a60b14 100644
--- a/compat/getopt.c
+++ b/compat/getopt.c
@@ -107,7 +107,7 @@ BSDgetopt(int nargc, char *cons
Minor nits I encountered when going over the history for zsh completion script.
Ben Boeckel (3):
Add wait-for command to tmux.vim
Document -o flag to set-window-option in manpage
Minor whitespace nits
compat/getopt.c | 2 +-
examples/tmux.vim | 2 +-
layout-set.c | 2 +-
tmux.1
On Tue, 26 Mar, 2013 at 16:08:43 GMT, Nicholas Marriott wrote:
> Not enough. Just renaming it is not ok. mode-mouse does this:
>
> - Click to paste outside copy mode.
> - Copy text on drag outside copy mode.
> - Copy text on drag inside copy mode.
> - Scroll up and down in copy mode.
> - Select ite
On Sat, 06 Apr, 2013 at 19:31:33 GMT, Erik Johnson wrote:
> I use gpg-agent (with ssh support enabled), and when I use pinentry-curses
> from within tmux, the pinentry prompt rarely appears in the current pane.
> Sometimes it appears in a different window, sometimes it appears on tty1,
> there does
On Sat, Apr 06, 2013 at 00:04:11 -0400, Ben Boeckel wrote:
> Minor nits I encountered when going over the history for zsh completion
> script.
Found another when looking through the docs.
--Ben
>From 717183b45d71cec7bf12148d4db1db4fec9b7b13 Mon Sep 17 00:00:00 2001
From: Ben Boeckel
On Wed, Apr 24, 2013 at 08:59:45 +0100, Thomas Adam wrote:
> Thanks. Please remember though that tmux.1 is now copied from tmux.1.in.
> That's the file you ought to be patching.
Yeah, I had rebased after sending out the patch after realizing I was on
a separate branch. That branch is now unneeded
When scrolling by page or half-page, vim moves to the first
non-whitespace character of a line. Emulate the behavior in copy mode.
---
window-copy.c | 4
1 file changed, 4 insertions(+)
diff --git a/window-copy.c b/window-copy.c
index ee6a2e8..17808b8 100644
--- a/window-copy.c
+++ b/window-
---
mode-key.c| 8
status.c | 2 +-
window-copy.c | 2 +-
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/mode-key.c b/mode-key.c
index 2d6d468..1ed6d40 100644
--- a/mode-key.c
+++ b/mode-key.c
@@ -231,8 +231,8 @@ const struct mode_key_entry mode_key_vi_choice[] =
Because we first move to the first column, then down, on the last line,
the first column is to "the right" of the last column. To fix this, the
current line is checked and if it changed, *then* the start of the line
motion is used. Similar logic is done for the first line.
---
window-copy.c | 17 +
---
mode-key.c | 13 ++---
status.c | 3 +++
tmux.h | 3 +++
3 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/mode-key.c b/mode-key.c
index 94115eb..2d6d468 100644
--- a/mode-key.c
+++ b/mode-key.c
@@ -35,9 +35,7 @@
*
* vi command mode is handled by having a mode
1 - 100 of 151 matches
Mail list logo
