Skip to content

Unified navigation of splits and tabs in nvim and tmux

License

Notifications You must be signed in to change notification settings

urbainvaes/vim-tmux-pilot

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

67 Commits
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Vim-tmux-pilot

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.

Installation

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.

Usage

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) or new (resp. vnew), depending on the value of g: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 (in tmux).

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

Customization

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.

License

MIT

About

Unified navigation of splits and tabs in nvim and tmux

Topics

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published