Awesome
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
<details> <summary>Using <a href="https://github.com/folke/lazy.nvim">Lazy.nvim</a></summary>require {
"AckslD/nvim-neoclip.lua",
dependencies = {
-- you'll need at least one of these
-- {'nvim-telescope/telescope.nvim'},
-- {'ibhagwan/fzf-lua'},
},
config = function()
require('neoclip').setup()
end,
}
</details>
<details>
<summary>Using <a href="https://github.com/wbthomason/packer.nvim">Packer</a></summary>
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,
}
</details>
<br>
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. Depending on your setup you might need to load the telescope extension before using it though, see the troubleshooting-section below.
If you want to use persistent history between sessions you also need sqlite.lua
installed, for example by:
require {
"AckslD/nvim-neoclip.lua",
dependencies = {
{'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,
}
</details>
<details>
<summary>Using <a href="https://github.com/wbthomason/packer.nvim">Packer</a></summary>
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,
}
</details>
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:
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,
disable_keycodes_parsing = false,
on_select = {
move_to_front = false,
close_telescope = true,
},
on_paste = {
set_reg = false,
move_to_front = false,
close_telescope = true,
},
on_replay = {
set_reg = false,
move_to_front = false,
close_telescope = true,
},
on_custom_action = {
close_telescope = true,
},
keys = {
telescope = {
i = {
select = '<cr>',
paste = '<c-p>',
paste_behind = '<c-k>',
replay = '<c-q>', -- replay a macro
delete = '<c-d>', -- delete an entry
edit = '<c-e>', -- edit 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',
edit = 'e',
custom = {},
},
},
fzf = {
select = 'default',
paste = 'ctrl-p',
paste_behind = 'ctrl-k',
custom = {},
},
},
})
history
: The max number of entries to store (default 1000).enable_persistent_history
: If set totrue
the history is stored onVimLeavePre
usingsqlite.lua
and 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_pull
anddb_push
functions below.db_path
: The path to the sqlite database to store history ifenable_persistent_history=true
. Defaults tovim.fn.stdpath("data") .. "/databases/neoclip.sqlite3
which on my system is~/.local/share/nvim/databases/neoclip.sqlite3
filter
: 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 TextYankPost
for 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 configuretelescope
with thedynamic_preview_title = true
option.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_column
: Can be set totrue
(defaultfalse
) to use instead of the preview.disable_keycodes_parsing
: If set totrue
(defaultfalse
), macroscope will display the internal byte representation, instead of a proper string that can be used in amap
. So a macro like "one<CR>two
" will be displayed as "one\ntwo
" It will only show the type and number of lines next to the first line of the entry.on_select
:move_to_front
: if the entry should be set to last in the list when pressing the key to select a yank.close_telescope
: if telescope should close whenever an item is selected.
on_paste
:set_reg
: if the register should be populated when pressing the key to paste directly.move_to_front
: if the entry should be set to last in the list when pressing the key to paste directly.close_telescope
: if telescope should close whenever a yank is pasted
on_replay
:set_reg
: if the register should be populated when pressing the key to replay a recorded macro.move_to_front
: if the entry should be set to last in the list when pressing the key to replay a recorded macro.close_telescope
: if telescope should close whenever a macro is replayed
on_custom_action
:close_telescope
: if telescope should close whenever a custom action is executed
keys
: keys to use for the different pickers (telescope
andfzf-lua
). Withtelescope
normal key-syntax is supported and both inserti
and normal moden
. Withfzf-lua
only insert mode is supported andfzf
-style key-syntax needs to be used. You can also use thecustom
entry to specify custom actions to take on certain key-presses, see below for more details. NOTE: these are only set in thetelescope
buffer 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 = { '"' },
typ = "yanks" -- Will be "macros" if selected from :Telescope macroscope
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 neoclip
s 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 supported:
"
: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()
.
Edit entries
You can edit the contents of an entry using the keybinds for edit
. It'll open the contents of the entry in a separate floating buffer. When you leave the buffer (:q
), it'll update the contents of the entry with what's in the buffer.
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 apython
file and then in alua
file you'll have a single entry which will be previewed usinglua
syntax. - If you lazy load
telescope
withpacker
with 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 loadtelescope
before 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 throughlua
seems 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 toPackerCompile
after adding the plugin.
Thanks
- Thanks @cdown for the inspiration with
clipmenu
. - Thanks @fdschmidt93 for help understanding some
telescope
concepts. - Thanks @ibhagwan for providing the code example to support
fzf-lua
. - Thanks @kkharji for all the great help getting the persistent storage with
sqlite.lua
working.