diff options
author | Mathias Fußenegger <mfussenegger@users.noreply.github.com> | 2025-03-14 09:51:52 +0100 |
---|---|---|
committer | GitHub <noreply@github.com> | 2025-03-14 09:51:52 +0100 |
commit | 123f8d229eef05869ee4c98dfd4934c22a03b1f6 (patch) | |
tree | 8d61078fb3ffd635e3926d3c17d8eeea94b27b2b /runtime/lua/vim/_editor.lua | |
parent | 6401b433f7c040663b1ae01204e1b07b567d6a1b (diff) | |
download | rneovim-123f8d229eef05869ee4c98dfd4934c22a03b1f6.tar.gz rneovim-123f8d229eef05869ee4c98dfd4934c22a03b1f6.tar.bz2 rneovim-123f8d229eef05869ee4c98dfd4934c22a03b1f6.zip |
feat(snippet): set snippet keymaps permanent instead of dynamic (#31887)
Problem:
Given that `vim.snippet.expand()` sets temporary `<tab>`/`<s-tab>`
keymaps there is no way to build "smart-tab" functionality where `<tab>`
chooses the next completion candidate if the popup menu is visible.
Solution:
Set the keymap permanent in `_defaults`.
The downside of this approach is that users of multiple snippet engine's
need to adapt their keymaps to handle all their engines that are in use.
For example:
vim.keymap.set({ 'i', 's' }, "<Tab>", function()
if foreign_snippet.active() then
return "<Cmd>lua require('foreign_snippet').jump()<CR>"
elseif vim.snippet.active({ direction = 1 }) then
return "<Cmd>lua vim.snippet.jump(1)<CR>"
else
return key
end
end, { expr = true })
Upside is that using `vim.keymap.set` to override keymaps is a well
established pattern and `vim.snippet.expand` calls made by nvim itself
or plugins have working keymaps out of the box.
Co-authored-by: Maria José Solano <majosolano99@gmail.com>
Diffstat (limited to 'runtime/lua/vim/_editor.lua')
0 files changed, 0 insertions, 0 deletions