It was probably fixed by the change to fix partial key matches on Cygwin
Original message
From: Grégory Pakosz
Date: 28/02/2014 14:20 (GMT+01:00)
To: tmux-us...@lists.sf.net
Subject: tmux/xterm-keys behavior
Hello,
I'm running iTerm2 on Mac, which is configured so that
Yes I am sure
Original message
From: Stephen Thirlwall
Date: 01/03/2014 09:54 (GMT+01:00)
To: tmux-users@lists.sourceforge.net
Subject: Re: [PATCH] typo in style_apply_update - fixes attrs in status bar
Are you sure about that?
945339b443affdaaca260605e15b5a3b9a3c6e16 i
Hi,
I am using tmux 1.9a on xterm with tcsh shell.
I wanted to split the panes either vertically or horizontally depending on
the current pane size. So I wrote a shell script for that and am calling
that through a tmux key-binding.
--
bind / command-prompt -p "man" "run-shell \"$SCRIPTS_
Hello,
I'm running iTerm2 on Mac, which is configured so that Left Options
behaves as Normal.
At the beginning of my .tmux.conf, I have setw -g xterm-keys on
Outside of tmux,
pressing CTRL-V then LEFT_Options-right_arrow prints ^[[1;9C
Within tmux 1.8, xterm-keys off
pressing CTRL-V then LE
---
** [tickets:#106] implement pane_start_path**
**Status:** open
**Created:** Sat Mar 01, 2014 01:41 AM UTC by kda
**Last Updated:** Sat Mar 01, 2014 01:41 AM UTC
**Owner:** nobody
pane_start_path is mentioned in the man page, but I don't see it in the code
anywhere and it certainly prints
Don't segfaut when the parent of the layout cell is NULL; also assign the
lc->parent component to a common variable and use that throughout this
function.
---
window.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/window.c b/window.c
index 1dd70c4..f25f64e 100644
---
Are you sure about that?
945339b443affdaaca260605e15b5a3b9a3c6e16 is very consistent in factoring
out code into style_apply and style_apply_update. The only difference I can
see in this refactor (apart from the addition of the unified 'style' option)
is that the inline code used to have:
if (a