Closed umutondersu closed 2 weeks ago
I'm experiencing the same with markdown.nvim. I was able to work around it by manually defining all the possible keymaps, but it's hacky and a bit ugly. Curious if there's a better way to define a keymap (description only, no RHS) where part of the middle of the keymap is a movement. For example I currently have it set up so that my hotkey to bold something in markdown is <leader>me%b
where the % is a movement key. This can be one character (e.g. w
) or multiple (e.g. iw
) and I'm not sure how to define this in which-key other than to manually define both, which is essentially what I did, albeit by iterating over a list to create the mappings.
Same here with mini.surround
I had the same problem with mini.surround, but i got it somewhat working again by setting vim.o.timeout = false
vim.o.timeout = false
This has solve the problem for me as well! Thank you very much!
Did you check docs and existing issues?
Neovim version (nvim -v)
0.10.1
Operating system/version
Pop!_OS 22.04 LTS
Describe the bug
With the new versions of this plugin, plugins used for surround manipulation such as nvim-surround and mini.surround do not function. They can still be used by searching the keymaps with telescope and choosing the specific keymap however normally they don't work at all and do not show in which-key. The last commit number i was using before this error occurred is 4433e5ec9a507e5097571ed55c02ea9658fb268a. However I am not sure which update caused this issue.
Steps To Reproduce
Expected Behavior
I expected nvim-surround to function.
Health
Log
No response
Repro