bfredl/nvim-ipy

github

code-runner

419

33

12

29

CREATED

2014-07-07

UPDATED

3 years ago

---

nvim-ipy

This is a Jupyter front-end for Neovim, partially based on ivanov/vim-ipython, but refactored for nvim's plugin architechture and improved async event handling. Jupyter 4.x or later is required. It uses python3 per default; see below for notes on using python2. It has full support for non-python kernels.

It doesn't have all features of vim-ipython, but it has better support for long-running commands that continously produce output, for instance this silly example:

from time import sleep
for i in range(10):
    sleep(0.5)
    print(i)

Connecting/starting kernel

:IPython <args> is interpreted just like the command line jupyter console <args>, for instance:

This plugin runs in the python3 host by default, but the kernel process don't need to be the same version of python as the plugin runs in. Kernelspec can be used to launch a python2 kernel, the same way as from the Jupyter console and notebook. Use :IPython --kernel python2 or the :IPython2 shortcut. You might need to execute

ipython2 kernelspec install-self --user

on beforehand for this to work. I have tested that this plugin also supports IJulia and IHaskell, but ideally it should work with any Jupyter kernel.

If you only have the python2 host installed, you could do cd rplugin; ln -s python3 python to run this plugin in the python2 host instead.

:IPython can be invoked multiple times in the same nvim session. The old kernel connection is then closed and forgotten.

New: --no-window can be passed an argument to :IPython to hide the output window.

Keybindings

When kernel is running, following bindings can be used:

But... The default bindings suck!

Yes, they exist mainly to quickly test this plugin. Add

let g:nvim_ipy_perform_mappings = 0

To your nvimrc and map to the generic bindings. For instance:

map <silent> <c-s> <Plug>(IPy-Run)

Cells

As a convenience, the plugin includes a definition of code cells (running only for now, later I might make them text objects). The cell is defined by setting g:ipy_celldef a list of two of rexexes that should match the beginning and end of a cell respecively. If a string is supplied, it will be used for both, and in addition the beginning and the end of the buffer will implicitly work as cells. The default is equivalent to:

let g:ipy_celldef = '^##'

To enable to define cells in a filetype, b:ipy_celldef will override the global value. As an example, add this to vimrc to support R notebooks (.rmd):

au FileType rmd let b:ipy_celldef = ['^```{r}$', '^```$']

You also need to map some key to IPy-RunCell:

map <silent> <leader>c <Plug>(IPy-RunCell)

Options

NB: the option system will soon be rewritten to allow changing options while the plugin is running, but for now you can set:

Note that the filetype syntax highlight could interact badly with the highlights sent from the kernel as ANSI sequences (in IPython tracebacks, for instance). Therefore both are not enabled by default. I might look into a better solution for this.

Exported vimscript functions

Most useful is IPyRun("string of code"[, silent]) which can be called to programmatically execute any code. The optional silent will avoid printing code and result to the console if nonzero. This is useful to bind common commands to a key. This will close all figures in matplotlib:

nnoremap <Leader>c :call IPyRun('close("all")',1)<cr>

IPyConnect(args...) can likewise be used to connect with vimscript generated arguments.

IPyOmniFunc can be used as &completefunc/&omnifunc for use with a completer framework. Note that unlike <Plug>(IPy-Complete) this is synchronous and waits for the kernel, so if the kernel hangs this will hang nvim! For use with async completion like Deoplete it would be better to create a dedicated source.