It appears that dragging the status line to resize a split is not possible when the Vim option ttymouse
is xterm
; it does work when the value is xterm2
though. The latter value configures Vim to ask for an extended mouse reporting mode that (among other things) provides better dragging support. This extended mode only works with newer versions of xterm (and other compatible terminal emulators, including tmux), so it is not the default value.
You could use something like the following in your .vimrc
to set the option:
set mouse+=a
if &term =~ '^screen'
" tmux knows the extended mouse mode
set ttymouse=xterm2
endif
(Though, I am not sure how this will affect actual screen instances, which also use a TERM that starts with screen
.)
When you are outside of tmux, the TERM environment variable is probably an xterm
-ish value, and Vim will probe for the xterm version by using the t_RV
control sequence.
@romainl Hello! Resizing windows with default vim key bindings is fairly cumbersone IMHO. xD – trusktr – 2014-07-20T00:09:24.893
This is not a putty issue – jasonszhao – 2015-12-14T04:33:40.533
AFAIK this is a known/unresolved issue. Of course, if you drop your mouse in favor of your keyboard, this becomes pretty much a non-issue. – romainl – 2013-02-12T13:14:18.260
11Have you tried also setting
ttymouse=xterm2
in Vim? That lets me drag around Vim splits inside tmux (it seems to default toxterm2
when run withTERM=xterm
, which is probably the case outside of tmux). – Chris Johnsen – 2013-02-13T06:51:31.617@ChrisJohnsen it works!! please post this comment as an answer and I'll accept it :) – holms – 2013-02-13T07:50:39.260