Buffon is yet another plugin for navigating between buffers in Neovim. The name Buffon comes from the combination of Buffer and Navigation, creating the amusing word buffon, referencing the medieval jester who entertained the king.
This plugin is inspired by harpoon and tide. Both are fantastic, but they didn't quite fit my workflow.
Things I like and dislike about these plugins:
Harpoon
Likes |
Dislikes |
---|---|
* Data persistence | * Having to select which buffers to work with |
* Buffers can be sorted | * Constantly having to open and close the window to see which buffers are selected, change the order, delete them, etc. |
* Good API | |
* Tests |
Tide
Likes |
Dislikes |
---|---|
* Pleasant and beautiful interface | * Having to select which buffers to work with |
* Shortcuts to access a buffer directly | * Buffers cannot be sorted |
* Always having the buffer list visible | * No persistence |
Based on this, I created Buffon with the best of both plugins, perfectly adapting to my way of working.
[!NOTE] If you like all these features and the plugin also adapts to your needs, I would greatly appreciate it if you click on the star.
[!NOTE] require neovim 0.10.0+
return {
{
"francescarpi/buffon.nvim",
---@type BuffonConfig
opts = {
--- Add your config here
},
dependencies = {
"nvim-tree/nvim-web-devicons",
"nvim-lua/plenary.nvim",
},
},
}
Below you can see the default configuration, which you can adjust to your liking in the setup. For example:
return {
{
"francescarpi/buffon.nvim",
---@type BuffonConfig
opts = {
cyclic_navigation = true,
},
dependencies = {
"nvim-tree/nvim-web-devicons",
"nvim-lua/plenary.nvim",
},
},
}
Default configuration:
Take a look at the default shortcuts for navigating between buffers, changing their order, or closing them:
{
cyclic_navigation = true,
--- possible values:
--- "start": buffers are added at the begginning of the buffers list
--- "end": buffers are added at the end of the list
--- "after": are added after the active buffer
new_buffer_position = "end",
num_pages = 2,
open = {
by_default = true,
ignore_ft = {
"gitcommit",
"gitrebase",
},
},
leader_key = ";",
mapping_chars = "qweryuiop",
keybindings = {
goto_next_buffer = "<s-j>",
goto_previous_buffer = "<s-k>",
move_buffer_up = "<s-l>",
move_buffer_down = "<s-h>",
move_buffer_top = "<s-t>",
move_buffer_bottom = "<s-b>",
toggle_buffon_window = "<buffonleader>n",
switch_previous_used_buffer = "<buffonleader><buffonleader>",
close_buffer = "<buffonleader>d",
close_buffers_above = "<buffonleader>v",
close_buffers_below = "<buffonleader>b",
close_all_buffers = "<buffonleader>cc",
close_others = "<buffonleader>cd",
reopen_recent_closed_buffer = "<buffonleader>t",
show_help = "<buffonleader>h",
previous_page = "<s-tab>",
next_page = "<tab>",
move_to_previous_page = "<buffonleader>a",
move_to_next_page = "<buffonleader>s",
},
}
[!TIP] If you use
nvim-lspconfig
, thes-k
shortcut (goto previous) may collide with thelsp
one to view the documentation. In my case, I have this shortcut remapped to:vim.keymap.set("n", "c-l", vim.lsp.buf.hover)
The keybindings shown in the following list can be deactivated. The reason for this is that some people may not be interested in using the functionality to close buffers, move them, etc.
{
move_buffer_up,
move_buffer_down,
move_buffer_top,
move_buffer_bottom,
switch_previous_used_buffer,
close_buffer,
close_buffers_above,
close_buffers_below,
close_all_buffers,
close_others,
reopen_recent_closed_buffer,
}
To do this, you only have to assign the string "false" in the configuration. For example:
{
opts = {
keybindings = {
close_buffer = "false"
close_others = "false"
},
},
}
Buffon window, showing the buffer list:
Showing the help window:
All the code has been developed using objects (OOP), facilitating maintenance, debugging, and readability. In the Project Structure section, the functionality of each file is detailed. If you want to start analyzing the code, start with init.lua
, which is where the plugin is configured and the different objects are instantiated, and continue with maincontroller.lua
, which is responsible for orchestrating user actions and neovim events with the plugin logic.
You are welcome to propose improvements, report bugs, or send pull requests. Keep in mind that for a PR to be accepted, it must pass the various CI checks, such as tests or the linter.
To run the tests locally, it is necessary to follow these steps:
cd buffon.nvim
mkdir packages
git clone https://github.com/nvim-lua/plenary.nvim.git packages/plenary.nvim
git clone https://github.com/nvim-tree/nvim-web-devicons.git packages/nvim-web-devicons
make test
I have tried to organize the code in the best way I knew how, although it can surely be improved. Below I explain how it is structured:
The tests
folder includes the entire battery of tests for the plugin.
The integration branch will always be develop. All pull requests should be directed to this branch. When the code is stable, the repository owner will merge the changes from develop to main to release a new version.
[!NOTE] I don't know the impact this plugin will have, but if it grows a lot or there is a lot of movement, I will be unable to maintain it and will need help from one or two maintainers.
I hope you like it and enjoy it!