nvim-neoclip.lua
nvim-neoclip.lua copied to clipboard
Clipboard manager neovim plugin with telescope integration
nvim-neoclip.lua
This is a story about Bob đˇ.
Bob loves vim â¤ī¸.
Bob likes to yank Šī¸.
Bob knows about registers but sometimes forgets them ÂŽī¸.
This is what happens to Bob everyday đ§:
- Bob yanks some line. đ
- Bob yanks another line. đ¤
- Bob realises he actually wanted the first. đ
- But it is gone and Bob is now sad. đĸ
Don't be like Bob, use neoclip! đ
neoclip is a clipboard manager for neovim inspired by for example clipmenu.
It records everything that gets yanked in your vim session (up to a limit which is by default 1000 entries but can be configured).
You can then select an entry in the history using telescope or fzf-lua which then gets populated in a register of your choice.
If you're on latest nightly (works if :echo exists('##RecordingLeave') returns 1) neoclip will also keep track of any recorded macro (opt-out) which you can search for using telescope, put back in a register or simply replay.
That's it!
Oh, some more things, you can define an optional filter if you don't want some things to be saved and custom actions to take.
Hold on, neoclip optionally also supports persistent history between sessions powered by sqlite.lua.

Installation
use {
"AckslD/nvim-neoclip.lua",
requires = {
-- you'll need at least one of these
-- {'nvim-telescope/telescope.nvim'},
-- {'ibhagwan/fzf-lua'},
},
config = function()
require('neoclip').setup()
end,
}
When require('neoclip').setup() is called, only the autocommand (for TextYankPost event) is setup to save yanked things. This means that telescope is not required at this point if you lazy load it.
If you want to use persistent history between sessions you also need sqlite.lua installed, for example by:
use {
"AckslD/nvim-neoclip.lua",
requires = {
{'kkharji/sqlite.lua', module = 'sqlite'},
-- you'll need at least one of these
-- {'nvim-telescope/telescope.nvim'},
-- {'ibhagwan/fzf-lua'},
},
config = function()
require('neoclip').setup()
end,
}
Configuration
You can configure neoclip by passing a table to setup (all are optional).
The following are the defaults and the keys are explained below:
use {
"AckslD/nvim-neoclip.lua",
config = function()
require('neoclip').setup({
history = 1000,
enable_persistent_history = false,
length_limit = 1048576,
continuous_sync = false,
db_path = vim.fn.stdpath("data") .. "/databases/neoclip.sqlite3",
filter = nil,
preview = true,
prompt = nil,
default_register = '"',
default_register_macros = 'q',
enable_macro_history = true,
content_spec_column = false,
on_paste = {
set_reg = false,
},
on_replay = {
set_reg = false,
},
keys = {
telescope = {
i = {
select = '<cr>',
paste = '<c-p>',
paste_behind = '<c-k>',
replay = '<c-q>', -- replay a macro
delete = '<c-d>', -- delete an entry
custom = {},
},
n = {
select = '<cr>',
paste = 'p',
--- It is possible to map to more than one key.
-- paste = { 'p', '<c-p>' },
paste_behind = 'P',
replay = 'q',
delete = 'd',
custom = {},
},
},
fzf = {
select = 'default',
paste = 'ctrl-p',
paste_behind = 'ctrl-k',
custom = {},
},
},
})
end,
}
history: The max number of entries to store (default 1000).enable_persistent_history: If set totruethe history is stored onVimLeavePreusingsqlite.luaand lazy loaded when querying.length_limit: The max number of characters of an entry to be stored (default 1MiB). If the length of the yanked string is larger than the limit, it will not be stored.continuous_sync: If set totrue, the runtime history is synced with the persistent storage everytime it's changed or queried. If you often use multiple sessions in parallel and wants the history synced you might want to enable this. Of by default cause it might cause delays since the history is written to file everytime you yank something. Although, I don't really notice a slowdown. Alternatively seedb_pullanddb_pushfunctions below.db_path: The path to the sqlite database to store history ifenable_persistent_history=true. Defaults tovim.fn.stdpath("data") .. "/databases/neoclip.sqlite3which on my system is~/.local/share/nvim/databases/neoclip.sqlite3filter: A function to filter what entries to store (default all are stored). This function filter should returntrue(include the yanked entry) orfalse(don't include it) based on a table as the only argument, which has the following keys:event: The event fromTextYankPost(see:help TextYankPostfor which keys it contains).filetype: The filetype of the buffer where the yank happened.buffer_name: The name of the buffer where the yank happened.
preview: Whether to show a preview (default) of the current entry or not. Useful for for example multiline yanks. When yanking the filetype is recorded in order to enable correct syntax highlighting in the preview. NOTE: in order to use the dynamic title showing the type of content and number of lines you need to configuretelescopewith thedynamic_preview_title = trueoption.default_register: What register to use by default when not specified (e.g.Telescope neoclip). Can be a string such as'"'(single register) or a table of strings such as{'"', '+', '*'}.default_register_macros: What register to use for macros by default when not specified (e.g.Telescope macroscope).enable_macro_history: Iftrue(default) any recorded macro will be saved, see macros.content_spec_colunm: Can be set totrue(defaultfalse) to use instead of the preview. It will only show the type and number of lines next to the first line of the entry.on_paste:set_reg: if the register should be populated when pressing the key to paste directly.
on_replay:set_reg: if the register should be populated when pressing the key to replay a recorded macro.
keys: keys to use for the different pickers (telescopeandfzf-lua). Withtelescopenormal key-syntax is supported and both insertiand normal moden. Withfzf-luaonly insert mode is supported andfzf-style key-syntax needs to be used. You can also use thecustomentry to specify custom actions to take on certain key-presses, see below for more details. NOTE: these are only set in thetelescopebuffer and you need to setup your own keybindings to for example opentelescope.
See screenshot section below for how the settings above might affect the looks.
Custom actions
You can specify custom actions in the keys entry in the settings.
For example you can do:
require('neoclip').setup({
...
keys = {
...
n = {
...
custom = {
['<space>'] = function(opts)
print(vim.inspect(opts))
end,
},
},
},
})
which when pressing <space> in normal mode will print something like:
{
register_names = { '"' },
entry = {
contents = { "which when pressing `<space>` in normal mode will print something like:" },
filetype = "markdown",
regtype = "l"
}
}
to do your custom action and also populate a register and/or paste you can call neoclips built-in handlers, such as:
require('neoclip').setup({
...
keys = {
...
n = {
...
custom = {
['<space>'] = function(opts)
-- do your stuff
-- ...
local handlers = require('neoclip.handlers')
-- optionally set the registers with the entry
-- handlers.set_registers(opts.register_names, opts.entry)
-- optionally paste entry
-- handlers.paste(opts.entry, 'p')
-- optionally paste entry behind
-- handlers.paste(opts.entry, 'P')
end,
},
},
},
})
Usage
Yanks
Yank all you want and then do:
:Telescope neoclip
if using telescope or
:lua require('neoclip.fzf')()
if using fzf-lua, which will show you a history of the yanks that happened in the current session.
If you pick (default <cr>) one this will then replace the current " (unnamed) register.
If you instead want to directly paste it you can press by default <c-p> in insert mode and p in normal.
Paste behind is by default <c-k> and P respectively.
If you want to replace another register with an entry from the history you can do for example:
:Telescope neoclip a
if using telescope or
:lua require('neoclip.fzf')('a')
if using fzf-lua, which will replace register a.
The register [0-9a-z] and default (") are supported.
The following special registers are support:
":Telescope neoclip unnamed*:Telescope neoclip star+:Telescope neoclip plus
and Telescope neoclip (and Telescope neoclip default) will use what you set default_register in the setup.
You can also specify more registers to populate in a single command with the extra keyword argument which
supports registers separated by comma, for example:
:Telescope neoclip a extra=star,plus,b
if using telescope or
:lua require('neoclip.fzf')({'a', 'star', 'plus', 'b'})
if using fzf-lua.
Macros
If enable_macro_history is set to true (default) in the setup then any recorded macro will be stored and can later be accessed using:
:Telescope macroscope
or equivalently (which is probably the better way if you're lazy loading telescope):
:lua require('telescope').extensions.macroscope.default()
The same arguments are supported as for the neoclip extension.
NOTE: This feature requires latest nightly and in particular this PR. You can check that your neovim supports this by checking that :echo exists('##RecordingLeave') returns 1. If not then everything will work normally except that no macro will be saved in the history of neoclip.
Start/stop
If you temporarily don't want neoclip to record anything you can use the following calls:
:lua require('neoclip').start():lua require('neoclip').stop():lua require('neoclip').toggle()
Sync database
If you don't want to use the setting continuous_sync, but still keep two instances of neovim synchronized in their neoclip history you can use the functions:
:lua require('neoclip').db_pull(): Pulls the database (overwrites any local history in the current session).:lua require('neoclip').db_push(): Pushes to the database (overwrites any history previous saved in the database).
Remove entries
You can remove entries manually using the keybinds for delete. You can also delete the whole history with :lua require('neoclip').clear_history().
Tips
- Duplicate yanks are not stored, but rather pushed forward in the history such that they are the first choice when searching for previous yanks.
Equality is checked using content and also type (ie charwise, linewise or blockwise), so if you have to yanks with the same content but when yanked charwise and the other linewise, these are considered two different entries.
However, the filetype in the buffer when the yanked happened is not, so if you yank
print('hello')in apythonfile and then in aluafile you'll have a single entry which will be previewed usingluasyntax. - If you lazy load
telescopewithpackerwith for example the keymodule = telescope, then it's better to use e.g.:lua require('telescope').extensions.neoclip.default()than:Telescope neoclip(or:lua require('telescope').extensions.neoclip['<reg>']()over:Telescope neoclip <reg>) for keybindings since it will properly loadtelescopebefore calling the extension. - If you don't want to store pure whitespace yanks you could specify a filter as:
local function is_whitespace(line) return vim.fn.match(line, [[^\s*$]]) ~= -1 end local function all(tbl, check) for _, entry in ipairs(tbl) do if not check(entry) then return false end end return true end require('neoclip').setup{ ... filter = function(data) return not all(data.event.regcontents, is_whitespace) end, ... }
Troubleshooting
- For some plugin managers it seems necessary to do
before being able to call:lua require('telescope').load_extension('neoclip'):Telescope neoclip(packer does not seem to need this). However,:lua require('telescope').extensions.neoclip.default()seems to work without having to load. It also seems that calling throughluaseems necessary to play well with the (optional) persistent history if you're usingvim-plug, see discussion here for details. If you find out what is causing this, I'd be very happy to know :) - If using
packer, don't forget toPackerCompileafter adding the plugin.
Thanks
- Thanks @cdown for the inspiration with
clipmenu. - Thanks @fdschmidt93 for help understanding some
telescopeconcepts. - Thanks @ibhagwan for providing the code example to support
fzf-lua.
Screenshots
preview = true and content_spec_column = false

preview = false and content_spec_column = true

preview = false and content_spec_column = false
