Inspired by vim-tmux-navigator,
this plugin further extends the <c-{h,l}>
mappings to switch between vim
or tmux
tabs when no vim
or tmux
split is available,
similarly to the behavior of the i3 window manager in a workspace with both tabs and splits.
It can additionally be configured to automatically create a container when there isn't any in the specified direction.
I recommend using vim-plug
and sourcing the appropriate file from ~/.tmux.conf
.
In ~/.vimrc
, add:
Plug 'urbainvaes/vim-tmux-pilot'
" Uncomment to enable navigation of vim tabs
" let g:pilot_mode='wintab'
" Uncomment to enable creation of vim splits automatically
" let g:pilot_boundary='create'
" Uncomment to use the modifier `Alt` instead of `Control`
" let g:pilot_key_h='<a-h>'
" let g:pilot_key_j='<a-j>'
" let g:pilot_key_k='<a-k>'
" let g:pilot_key_l='<a-l>'
" let g:pilot_key_p='<a-\>'
In ~/.tmux.conf
, add:
# Uncomment to enable navigation of tmux tabs
# PILOT_MODE=wintab
# Uncomment to enable creation of tmux splits automatically
# PILOT_BOUNDARY=create
# Uncomment to use the modifier `Alt` instead of `Control`
# PILOT_KEY_H='M-h'
# PILOT_KEY_J='M-j'
# PILOT_KEY_K='M-k'
# PILOT_KEY_L='M-l'
# PILOT_KEY_P='M-\'
PILOT_ROOT=$HOME/.vim/plugged/vim-tmux-pilot
source-file $PILOT_ROOT/pilot.tmux
# Add binding 'prefix C-l' to send 'C-l' to underlying program
bind C-l send-keys C-l
Note that the $PILOT_ROOT
environment variable needs to be defined for the plugin to work,
and that it is important to use $HOME
and not the tilde (~
),
as tilde expansion won't be performed on PILOT_ROOT
.
To avoid ambiguities,
we use the simplified terminology {vim
,tmux
}-{splits,tabs} and
the abbreviations {v,t}{splits,tabs}
to refer to vim
-{windows,tabs} and tmux
-{panes,windows}, respectively.
The term "navigation space" is used to refer to the set of existing containers that can be accessed via the keys c-{h,j,k,l}
;
see below for details.
In the general case where vim
is used inside a tmux
session,
the order of precedence when <ctrl-h>
or <ctrl-l>
is issued from vim
is as follows:
Config | g:pilot_mode = 'winonly' |
g:pilot_mode = 'wintab' |
---|---|---|
PILOT_MODE=winonly |
vsplit → tsplit | vsplit → tsplit → vtab |
PILOT_MODE=wintab |
vsplit → tsplit → ttab | vsplit → tsplit → vtab → ttab |
The variable g:pilot_precedence
can be set to 'vtab'
to give vim
tabs a precedence higher than that of tmux
splits when g:pilot_mode == 'wintab'
.
This ensures a slightly more consistent behaviour,
in the sense that <c-l><c-h>
will always bring us back to where we started from.
When trying to move across a boundary of the navigation space,
i.e. when there isn't any container to move to in the specified direction,
the plugin will perform one of the following actions,
based on the configuration variables g:pilot_boundary
and PILOT_BOUNDARY
,
which need not coincide:
-
If the behaviour at the boundary is set to create, a container corresponding to the type of lowest precedence will be created. This way, the behaviour is consistent between containers (i.e. containers that are at the boundary of the navigation space do not receive more features for it). In vim, the command employed to create a new horizontal (resp. vertical) window is either
split
(resp.vsplit
) ornew
(resp.vnew
), depending on the value ofg:pilot_split_or_new
. -
If the behaviour at the boundary is set to reflect, the focus will move to the opposite container of lowest precedence. If there isn't one, containers of higher precedence will be used, or the key will be sent to the running program if no container is available.
-
If the behaviour at the boundary is set to ignore, the key is simply ignored (in
vim
) or fed to the program running in the container (intmux
).
Internally, the tmux
command showenv [-g]
is used to read configuration variables,
so these variables can be changed on the fly from within tmux
using the command setenv [-g]
.
Variables in the local environment (declared without the -g
flag)
take precedence over variables in the global environement.
For example, in a shell:
> # Set PILOT_BOUNDARY to 'create' for this session
> tmux setenv PILOT_BOUNDARY create
>
> # Set PILOT_BOUNDARY to 'reflect' for this and other sessions
> tmux setenv -g PILOT_BOUNDARY reflect
In vim
:
Config | Default (other values) | Description |
---|---|---|
g:pilot_mode |
'winonly' ('wintab ') |
Mode of operation |
g:pilot_boundary |
'ignore' ('create' , 'reflect' ) |
Boundary condition |
g:pilot_precedence |
'tsplit' ('vtab' ) |
Precedence between vtabs and tsplits |
g:pilot_split_or_new |
new (split ) |
Use split or new for new windows |
g:pilot_key_h |
'<c-h>' |
Keybinding to left motion |
g:pilot_key_j |
'<c-j>' |
Keybinding to down motion |
g:pilot_key_k |
'<c-k>' |
Keybinding to up motion |
g:pilot_key_l |
'<c-l>' |
Keybinding to right motion |
g:pilot_key_p |
'<c-\>' |
Keybinding to to previous split |
In tmux
:
Config | Default (other values) | Description |
---|---|---|
PILOT_MODE |
winonly (wintab ) |
Mode of operation |
PILOT_BOUNDARY |
ignore (create , reflect ) |
Boundary condition |
PILOT_ROOT |
Empty (must be set) | Root directory of vim-tmux-pilot |
PILOT_IGNORE |
Empty | Applications to ignore |
PILOT_KEY_H |
'C-h' |
Keybinding to left |
PILOT_KEY_J |
'C-j' |
Keybinding to down |
PILOT_KEY_K |
'C-k' |
Keybinding to up |
PILOT_KEY_L |
'C-l' |
Keybinding to right |
PILOT_KEY_P |
'C-\' |
Keybinding to previous split |
The keybindings defined in vim
and tmux
must coincide for the plugin to work.
MIT