aboutsummaryrefslogtreecommitdiff
path: root/runtime/lua/vim/_editor.lua
diff options
context:
space:
mode:
authorMathias Fußenegger <mfussenegger@users.noreply.github.com>2025-03-14 09:51:52 +0100
committerGitHub <noreply@github.com>2025-03-14 09:51:52 +0100
commit123f8d229eef05869ee4c98dfd4934c22a03b1f6 (patch)
tree8d61078fb3ffd635e3926d3c17d8eeea94b27b2b /runtime/lua/vim/_editor.lua
parent6401b433f7c040663b1ae01204e1b07b567d6a1b (diff)
downloadrneovim-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