On Mon, 16 Feb, 2015 at 17:27:35 GMT, Christopher Ritsen wrote:
> The point I was trying to make was that it's not necessarily the
> committer who is doing the work (they might be just applying a patch received
> from elsewhere), but it would be expected that they would be attributed as the
> autho
GCC5 is warning about these things more it seems.
Signed-off-by: Ben Boeckel
---
client.c| 4 ++--
cmd-respawn-pane.c | 2 +-
cmd-show-messages.c | 2 +-
colour.c| 2 +-
format.c| 30 +++---
input-keys.c| 2 +-
input.c
Signed-off-by: Ben Boeckel
---
tmux.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tmux.h b/tmux.h
index e296ac7..87ed093 100644
--- a/tmux.h
+++ b/tmux.h
@@ -19,7 +19,7 @@
#ifndef TMUX_H
#define TMUX_H
-#define PROTOCOL_VERSION 8
+#define PROTOCOL_VERSION 8u
The %x and %o specifers require unsigned arguments.
Signed-off-by: Ben Boeckel
---
cmd-capture-pane.c | 2 +-
cmd-show-messages.c | 2 +-
input-keys.c| 6 +++---
key-string.c| 2 +-
layout.c| 2 +-
tty-keys.c | 8
6 files changed, 11 insertions
Comments addressed (patches a little reordered to make the protocol switch
first).
Ben Boeckel (4):
make PROTOCOL_VERSION unsigned
fix format specifiers
cast format values where necessary
getopt: use const for place
client.c| 4 ++--
cmd-capture-pane.c | 2 +-
cmd-respawn
Prevents a warning here about const char* -> char* assignment tossing
away the qualifier. The warning is still there for BSDoptarg, but that
is specified by getopt.h to not be const.
Also fix a stray whitespace error.
Signed-off-by: Ben Boeckel
---
compat/getopt.c | 4 ++--
1 file changed
On Sun, Feb 22, 2015 at 18:46:33 +, Nicholas Marriott wrote:
> I always use int for flags.
Any reason why? It changes the meaning of some bits, but I can use u_int
for its format usage as well (it is %x).
--Ben
--
Do
Prevents a warning here about const char* -> char* assignment tossing
away the qualifier. The warning is still there for BSDoptarg, but that
is specified by getopt.h to not be const.
Also fix a stray whitespace error.
Signed-off-by: Ben Boeckel
---
compat/getopt.c | 4 ++--
1 file changed
The %x and %o specifers require unsigned arguments.
Signed-off-by: Ben Boeckel
---
cmd-capture-pane.c | 2 +-
input-keys.c | 6 +++---
key-string.c | 2 +-
layout.c | 2 +-
tty-keys.c | 8
5 files changed, 10 insertions(+), 10 deletions(-)
diff --git a
GCC5 is warning about these things more it seems.
Signed-off-by: Ben Boeckel
---
client.c | 6 +++---
cmd-respawn-pane.c | 2 +-
colour.c | 2 +-
format.c | 30 +++---
input-keys.c | 2 +-
input.c| 2 +-
server
Rawhide now has GCC5 and these warnings popped up when using it.
Ben Boeckel (4):
fix format specifiers
cast format values where necessary
tty_term: use an unsigned int for flags
getopt: use const for place
client.c | 6 +++---
cmd-capture-pane.c | 2 +-
cmd-respawn-pane.c
Signed-off-by: Ben Boeckel
---
tmux.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tmux.h b/tmux.h
index e296ac7..1ba0e83 100644
--- a/tmux.h
+++ b/tmux.h
@@ -1093,7 +1093,7 @@ struct tty_term {
#define TERM_256COLOURS 0x1
#define TERM_EARLYWRAP 0x2
- int
On Mon, Feb 09, 2015 at 15:53:59 +, Nicholas Marriott wrote:
> Hmm weird it doesn't work for me, oh well...
Maybe because my test case was:
tmux
# in another terminal
tmux
tmux movew -s @0 -t 1:1
and it just grabbed *session* 0 instead?
--Ben
--
On Mon, Feb 09, 2015 at 12:37:26 +, Nicholas Marriott wrote:
> (I think what you were trying would not work at the moment, we should
> probably make cmd_lookup_window pass @foo through cmd_window_session if
> it isn't in the current session...)
Hmm. It *does* work, but it also hasn't crashed s
Hi,
With commit df6488a47088ec8bcddc6a1cfa85fec1a462c789, I experienced a
crash that I haven't been able to reproduce (yet). The setup (as close
as I can remember):
- days-old session; up to session 23 by the command in the backtrace;
- client attached to a session with window id 398 as the l
Hi,
Would it be possible to have tmux support re-exec for the server? It'd
be nice to use the new server without tearing down all of my old shells
and sessions. It also causes problems if the new version is installed,
but I'm running an older server with a different protocol version.
I guess tmux
On Mon, Feb 17, 2014 at 18:28:35 +, Nicholas Marriott wrote:
> Seems like you are missing c52548f:
>
> commit c52548f6fd311e4df3076ba4cc6f6ab8849557ac
> Author: nicm
> Date: Mon Feb 10 11:20:41 2014 +
>
> The last fix to xterm keys meant that some keys such as \033OA were
> bei
On Mon, Feb 17, 2014 at 18:08:47 +, Nicholas Marriott wrote:
> Yes, I know, it changes the keys that are sent entirely. But tmux should
> work with either set of keys. And this happened in October.
I haven't been tracking git HEAD as closely as in the past. The previous
update on this machine
On Mon, Feb 17, 2014 at 16:51:32 +, Nicholas Marriott wrote:
> Right but that commit changes a lot. What if you don't revert it but
> revert the two xterm-keys partial fixes? Last two or so changes to
> xterm-keys.c and tty-keys.c, I can't look up thm now but they should
> obviously mention pa
On Mon, Feb 17, 2014 at 13:47:05 +, Nicholas Marriott wrote:
> are you very sure you have latest git?
commit b3de4a3dec85bc84bb83da6b46e2a8e2a634ace3
Merge: 8edbbb9 81db6ba
Author: Thomas Adam
Date: Sun Feb 16 23:02:07 2014 +
does not work and on top of that reverting
f52eac62259c431da
After commit:
commit f52eac62259c431daac84ddb6c2a5b7ebd528c2c
Author: nicm
Date: Sun Oct 20 09:37:50 2013 +
Don't turn on modifyOtherKeys by default, it is annoying if tmux is
killed and it's left on and we can't turn it on and off like we do for
attribu
On Mon, 10 Feb, 2014 at 00:01:09 GMT, Jan Larres wrote:
> Yes, that's what I meant by "latest updates". But even with your patches
> the things that I mentioned were missing.
Oops, yeah. I see now. Thanks.
--Ben
--
Andr
On Thu, 06 Feb, 2014 at 23:47:35 GMT, Jan Larres wrote:
> I noticed that there were a few keywords missing from the tmux.vim
> syntax file, even after the latest updates. This patch adds them in.
I had 2 patches from yesterday which went through and updated everything
to what master had. They also
On Wed, Feb 05, 2014 at 19:10:36 +, Thomas Adam wrote:
> It's not worth it, IMO.
OK. Thanks.
--Ben
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common
Hi,
Currently, all of the choose-* commands take a target window when they
really apply to panes. Is it worth making a patch to update the docs and
code to have them take panes or is their replacement (at least, ISTR
Thomas Adam working on one) close enough to not bother?
Thanks,
--Ben
Signed-off-by: Ben Boeckel
---
examples/tmux.vim | 49 +++--
1 file changed, 23 insertions(+), 26 deletions(-)
diff --git a/examples/tmux.vim b/examples/tmux.vim
index e85f8ff..bff9cd1 100644
--- a/examples/tmux.vim
+++ b/examples/tmux.vim
@@ -31,32
Signed-off-by: Ben Boeckel
---
options-table.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/options-table.c b/options-table.c
index 64d3edc..32f4582 100644
--- a/options-table.c
+++ b/options-table.c
@@ -535,17 +535,17 @@ const struct options_table_entry
Also update with the latest options and remove the to-be-deprecated
{-attr,-bg,-fg} options.
Signed-off-by: Ben Boeckel
---
examples/tmux.vim | 51 +--
1 file changed, 21 insertions(+), 30 deletions(-)
diff --git a/examples/tmux.vim b/examples
s are also listed after their full name.
The to-be-deprecated color options have also been removed to help nudge
people into seeing where the old names occur.
Ben Boeckel (3):
Sort and organize commands in tmux.vim
Sort and organize option names in tmux.vim
Alphabetize options in the option
On Tue, 07 Jan, 2014 at 19:11:51 GMT, Chris Lemmons wrote:
> I know it's a long shot, but I'm hoping that either somebody here has
> encountered and knows the solution to such a problem or has debugging tips
> that might get me pointed in the right direction.
What version of tmux? What is $TERM in
On Tue, 24 Dec, 2013 at 17:38:59 GMT, hubert depesz lubaczewski wrote:
> For example, I have 300x100 characters, and running tmux. When someone
> connects to this session, he would see only certain part of my pane, and
> I would still have the whole screen to work with/on?
You could do link-window
On Fri, Nov 29, 2013 at 21:25:39 -0500, Ben Boeckel wrote:
> I don't think block-until-there's-a-reader is possible (I think SIGPIPE
> is tossed into the mix right away).
Actually, the comment in uzbl is:
/* We don't really need to write to the file, but if we open the
On Fri, Nov 29, 2013 at 21:21:41 -0500, Timothy Brown wrote:
> You have it right. Perhaps the current behavior is the intended
> behavior; but what i’d like is for save-buffer to write to the fifo
> but either show an error message (“no readers” or the like) or block,
> in the worst case, until I
On Thu, 28 Nov, 2013 at 14:23:39 GMT, Nicholas Marriott wrote:
> I don't know why it doesn't work, give me a set of commands to test?
Would it fail if the pipe has no readers when tmux writes to it?
--Ben
--
Rapidly tro
On Wed, Oct 30, 2013 at 22:04:04 +, Nicholas Marriott wrote:
> I was thinking more:
>
> { '`', "\342\227\206" },/* U+25C6 BLACK DIAMOND */
>
> But this idea is fine too, although I would prefer if the names matched
> those in terminfo(5).
I completely missed that list :/ .
--B
On Mon, Oct 28, 2013 at 15:56:42 +, Nicholas Marriott wrote:
> Could you dig it out and resend it please?
Attached.
--Ben
commit 0efc515736ceff537f3c3ea87c8678ba0d7d3d3f
Author: Ben Boeckel
Date: Fri Jun 14 20:43:17 2013 -0400
Add string descriptions of ACS characters
diff --gi
On Sun, 27 Oct, 2013 at 22:45:31 GMT, Nicholas Marriott wrote:
> Source files need to stay 7-bit ASCII. You could include the Unicode
> symbol names in a comment instead.
I had a patch which did this a while ago (part of the
sticky-eol-in-copy-mode branch).
--Ben
P.S. Are you aware that you're b
On Wed, 05 Jun, 2013 at 15:43:07 GMT, biinn wrote:
> When running an application from a non-root account to open the webcam
> within a tmux session, I got "Cannot open '/dev/video0': 13, Permission
> denied" error. But I don't have the error if run the app from outside of
> tmux.
>
> Does anyone ha
On Fri, 02 Aug, 2013 at 15:50:04 GMT, Rogério Yokomizo wrote:
> set default-path "~"
>
> When I open a new pane or window, on Ubuntu this works fine.
>
> On OSX, this option is ignored, but all other options works fine.
> However, If I try to reload the .tmux.conf using :source-file
> ~/.tmux.con
On Thu, 01 Aug, 2013 at 21:52:32 GMT, Naseer Ahmed wrote:
> Windows doesn't have "focus follows mouse" so putty will send a scroll
Strictly speaking, this is false. This[1] might be of interest. I've
found it useful in conjunction with another program[2].
--Ben
[1]http://www.burningcutlery.com/d
On Fri, Jul 12, 2013 at 22:30:15 +0100, Nicholas Marriott wrote:
> > window-copy's prompt would be easier). I had it as a TODO item to merge
> > the status-bar with window-copy's prompt. I can resurrect it if that
> > would be wanted.
>
> In what way do you mean? Common editing code? I'd be intere
On Fri, Jul 05, 2013 at 17:47:30 +0100, Nicholas Marriott wrote:
> We call them normal and command mode in the manpage under bind-key so it
> should probably change that to insert and command.
Ah, yep.
> On Fri, Jul 05, 2013 at 12:43:05PM -0400, Ben Boeckel wrote:
> > On Fri, Jul
On Fri, Jul 05, 2013 at 15:51:32 +0100, Nicholas Marriott wrote:
> All the vi-copy defaults are for normal mode (insert mode), so
> presumably this comment should be different.
In vi, 'normal' is the command mode (inserting happens in 'insert'
mode).
> There is nothing stopping people binding com
On Fri, Jul 05, 2013 at 17:14:32 +0100, Nicholas Marriott wrote:
> I don't really see this as better? At the moment I think we stick to the
> column we were on which seems more sensible. emacs seems to move to
> column 0 which seems worse than either though.
Looking at the docs, Vim's behavior is
On Fri, Jul 05, 2013 at 17:12:03 +0100, Nicholas Marriott wrote:
> The EOL tracking seems to be a bit broken at the moment but I don't
> think this is right either, it should work like emacs - when you go to
> the end of a line, that column becomes sticky. So with:
>
> xx
> abcdef
> abc
>
> If yo
On Fri, Jul 05, 2013 at 16:56:33 +0100, Nicholas Marriott wrote:
> Hi. What's the behaviour here before and after?
Before, if you went "left" from the top-left corner was the top-right
corner since (cy = = max(0, cy - 1); cx = end_of_line(cy);) was done.
Something similar for the "right" of bottom
On Fri, 14 Jun, 2013 at 07:04:42 GMT, Romain Francoise wrote:
> Nicholas Marriott writes:
>> I don't see a need for this. How frustrating is it really to have to
>> change one letter?
>
> Admittedly not very, but enough that I felt the need to send a patch. :)
> It's mostly annoying when picking c
None of the common commands are hooked up, so disabling it should help
avoid confusion about input being ignored after an accidental ESC.
---
window-copy.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/window-copy.c b/window-copy.c
index 7e078bd..6f90fe7 100644
--- a/window-copy.c
+++ b/w
to do '^' after page-wise movements
which seems to me to be a good compromise. If this should be guarded
by a rectflag check or only happen for vi keybindings, that can be
changed.
Nits:
- Some whitespace errors I came across while implementing the changes (take
as you see
---
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
Vi uses the end-of-word character as the cursor location after an 'e' or
'E' motion. Once the motion is complete, we back up one character from
where emacs ends up (one-past-the-word).
---
status.c | 5 +
window-copy.c | 6 ++
2 files changed, 11 insertions(+)
diff --git a/status.c b
When the EOL command is used, vim tracks that the EOL is the cursor
position, not the cursor that the EOL happened to occur on for the line
where the motion was given. To keep track of this, an EOL flag is added
to indicate this state. Most motions will clear this state, but a few
such as block mod
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-
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
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 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 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
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
---
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
---
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
---
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
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
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 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
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 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
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 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, 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 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 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 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 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 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 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 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 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 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 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
-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
-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
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 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
-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 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
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
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
-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
-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 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 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 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 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
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 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
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
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
-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
1 - 100 of 151 matches
Mail list logo
