Hi Nicholas, sorry for the delay, I had to go yesterday.
Today I tried the line you sent me:
tmux -uLtest -v new\; set -g utf8-mouse on\; set -g mouse-select-pane
on\; splitw
tmux didn't manage to start; it complained about the command "utf8-mouse".
Did you mean "mouse-utf8" instead? I guess
Ok good to hear.
You should not need -u if your LANG or LC_ALL is set to a locale with
UTF-8 in it.
Also you should not use -2 if you use TERM set to xterm-256color instead
of xterm.
But there is no harm in using the flags -2u if not.
On Tue, Mar 05, 2013 at 10:46:59AM -0500, Georgios Choudala
Sure, I did it again, this time I clicked only once.
Initially the lower pane was selected.
I clicked on the right side of the screen, within the upper pane.
Instead of moving focus to the upper pane, I heard a beep, and the
following text appeared on the lower prompt: " 6#6" (without the quotes).
This looks like a problem with your terminal. It is sending ^[[M ^V6
which is not a valid position - the ^V is ASCII 22 which is too low,
mouse positions without UTF-8 need to start at ASCII 33.
Still, UTF-8 mouse mode should fix this.
Can you try the same but this time do:
tmux -uLtest -v n
tmux is correctly seeing this as mouse input and well above 80
columns. Are you sure these are being forwarded to the shell in the
pane?
Can you do the same, but this time only click once at the right-hand
edge and tell me what you see appear in the pane as well as sending the
logs?
On Mon, Ma
Hmm. Without UTF-8, the maximum width is about 200 or so IIRC, with
UTF-8 it should be larger.
Please run:
tmux -uLtest -v new\; set -g mouse-select-pane on\; splitw
And click a few times to reproduce the problem and then exit tmux and
send me the tmux-server*.log file from the current direc
I use the latest iTerm2 and I checked in the preferences to find anything
about UTF-8, and the only thing I found was "Character Encoding: Unicode
(UTF-8)".
I tried turning the option mouse-utf8 off and on, but that didn't make any
difference.
It does happen with uxterm too. Actually, it seems wo
Are you sure your terminal supports UTF-8 mouse sequences? Does this
happen in uxterm too?
On Thu, Feb 28, 2013 at 03:34:44PM -0500, Georgios Choudalakis wrote:
>Hi all,
>I have these options:
>* * * * * * * * * * * * * * * * * * * * * * *
># scroll with my mouse in history mode.
Hi all,
I have these options:
# scroll with my mouse in history mode.
set-window-option -g mouse-select-window on
set-window-option -g mouse-select-pane on
set-window-option -g mouse-resize-pane on
set-window-option -g mouse-utf8 on
set-window-option -g mode-mouse on
I run iTerm2 on Mac OS X 10.
I was wrong about one thing, actually: If I move the window to the left of
my screen, then the right end of my window starts to interpret the mouse
clicks correctly. So, it looks like there is an invisible area on my
screen, within which the clicks are interpreted correctly, but that area
spans o
10 matches
Mail list logo
