Re: use "--" to mark start of command w/ neww etc to avoid quoting

You aren't waiting on the other part of the "--" patch, are you? If you haven't gotten around to this yet, that's fine. I just wanted to make sure I wasn't holding you up. I believe I have to wait until the PATH patch is applied (or rejected) before I can send the rest of the "--" patch since th

Re: Using tmux in every terminal

Well we don't have a client_pid format but perhaps you can get the tty with ps then do eg tmux lsc -F "#{client_tty} #{session_id}"|grep whatevertty If you always detach with key bindings could also consider this instead: set -g destroy-unattached on bind d set destroy-unattached off\; detach -

Using tmux in every terminal

Dear tmux-users list! I've been experimenting with starting tmux by default in all my terminals. What I would like to do is to kill the session if the terminal is closed with a SIGTERM/SIGKILL, but also be able to detach from it as usual. If the terminal is closed, the shell should close the curre

Re: Interoperability issue between tmux send-keys and readlines menu-complete

On 2014-03-27 13:47 -0500, Grant Welch wrote: > If I do send-keys from either the ':' command-prompt or from the > terminal, it will behave appropriately. I suspect that it is a timing > issue, that the bad behavior only occurs when send-keys executes > before the terminal's initial prompt appears.

m->scroll in choose-*: set to 1 by default?

Hi, With the recent mouse-scrolling work, by default without pressing any keys, the decision is to scroll by three lines. This might make sense in window-copy mode, but it makes it really irritating when trying to go through items in a choose-* list, one-byy-one, without requiring pressing either

Re: Re: [PATCH v2 0/2] Better UTF-8 supports for choose-buffer and list-buffers

sorry... I've only checked sourceforge git repository. 2014-04-05 16:46 GMT+09:00 Nicholas Marriott : > Hi > > I think you misunderstood me. I've already done this in OpenBSD tmux, it'll > be synced to SF git at some point > > > > Original message > From: Kosuke Asami > Date: 05

Re: [PATCH v2 0/2] Better UTF-8 supports for choose-buffer and list-buffers

Hi I think you misunderstood me. I've already done this in OpenBSD tmux, it'll be synced to SF git at some point Original message From: Kosuke Asami Date: 05/04/2014 08:37 (GMT+00:00) To: tmux-users@lists.sourceforge.net Subject: [PATCH v2 0/2] Better UTF-8 supports for c

[PATCH v2 2/2] Chop buffers longer than the screen width

--- format.c | 2 +- paste.c | 11 ++- tmux.h | 7 +++ 3 files changed, 6 insertions(+), 14 deletions(-) diff --git a/format.c b/format.c index 05cd4ed..f177d80 100644 --- a/format.c +++ b/format.c @@ -606,7 +606,7 @@ void format_paste_buffer(struct format_tree *ft, struct windo

[PATCH v2 0/2] Better UTF-8 supports for choose-buffer and list-buffers

The first patch is the same as my last patch. NOTICE: This patches shows UTF-8 characters not only choose-buffer but list-buffers. What should we do is under discussion. Kosuke Asami (2): Better UTF-8 supports for choose-buffer and list-buffers Chop buffers longer than the screen width cmd-

[PATCH v2 1/2] Better UTF-8 supports for choose-buffer and list-buffers

--- cmd-choose-buffer.c | 6 +- cmd-list-buffers.c | 6 +- format.c| 5 +++-- paste.c | 17 ++--- tmux.h | 6 -- utf8.c | 42 ++ 6 files changed, 69 insertions(+), 13 deletions(-)