-
Notifications
You must be signed in to change notification settings - Fork 139
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Blink overrides existing insert-mode bindings #39
Comments
Don't be! You've been super helpful |
It works! Thanks! |
First time blink user so possibly I'm doing something wrong here but I still seem to see this same issue. If I enter My config: {
"saghen/blink.cmp",
lazy = false, -- lazy loading handled internally
-- optional: provides snippets for the snippet source
dependencies = "rafamadriz/friendly-snippets",
-- use a release tag to download pre-built binaries
version = "v0.5.0",
opts = {
keymap = {
["<CR>"] = { "select_and_accept" },
},
highlight = {
use_nvim_cmp_as_default = true,
},
nerd_font_variant = "normal",
accept = { auto_brackets = { enabled = true } },
trigger = { signature_help = { enabled = true } },
},
}, Is there anything obvious I have wrong here? |
You're missing the |
I'm just raising my comment from #20 into a new issue for better tracking.
As of ecb3510 blink now replaces insert-mode keybindings in the buffer even when it isn't active / currently completing.
An example of why this causes a problem is that this breaks
map_cr = true
behaviour fromnvim-autopairs
:When I am editing with nvim-autopairs I expect the following behaviour:
But this is broken with the following blink config:
Ideally we can find a way to both allow
<Cr>
to accept without swallowing existing<Cr>
mappings on the buffer.This behaviour pairing works fine on
nvim-cmp
, so it should at least be possible.P.S Awesome plugin btw, sorry for making so much noise :)
The text was updated successfully, but these errors were encountered: