Skip to content
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

WhichKey shows conflicts with default keybindings #167

Closed
matu3ba opened this issue May 31, 2022 · 6 comments
Closed

WhichKey shows conflicts with default keybindings #167

matu3ba opened this issue May 31, 2022 · 6 comments
Labels
wontfix This will not be worked on

Comments

@matu3ba
Copy link
Contributor

matu3ba commented May 31, 2022

WhichKey: checking conflicting keymaps

  • WARNING: conflicting keymap exists for mode "n", lhs: "gb"
  • INFO: rhs: <Plug>(comment_toggle_blockwise)
  • WARNING: conflicting keymap exists for mode "n", lhs: "gc"
  • INFO: rhs: <Plug>(comment_toggle_linewise)

Would be nice to add a hint how to disable this with note on the default keybindings.

see also https:/linty-org/key-menu.nvim/pull/8 for the great effort.

@matu3ba matu3ba changed the title conflicts for default keybindings WhichKey shows conflicts with default keybindings May 31, 2022
@numToStr
Copy link
Owner

numToStr commented Jun 1, 2022

Would be nice to add a hint how to disable this with note on the default keybindings.

I am not sure, what to disable here(?). As I don't use whichkey so I have no idea what to do here. But if you want, you can disable all the mappings by adding mappings = false to setup config

@sonu405
Copy link

sonu405 commented Jun 7, 2022

I have copied comment.lua from your config but still the mappings are not working!! What do I do? The plugin is not giving any errors? The path in the Packer config is also correct.
Code from comment.lua --> require('Comment').setup({
pre_hook = function(ctx)
return require('Comment.jsx').calculate(ctx)
end,
})

@numToStr
Copy link
Owner

numToStr commented Jun 7, 2022

@Jetandarkumar What mappings are not? Are you talking about whichkey? If not please have a look #115

@numToStr
Copy link
Owner

numToStr commented Jun 7, 2022

I am closing this as this is not really a issue with the plugin.

@numToStr numToStr added the wontfix This will not be worked on label Jun 7, 2022
@numToStr numToStr closed this as not planned Won't fix, can't repro, duplicate, stale Jun 7, 2022
@sonu405
Copy link

sonu405 commented Jun 7, 2022

@Jetandarkumar What mappings are not? Are you talking about whichkey? If not please have a look #115

Found the answer in #115, Thanks a lot!! I also copied chris@machine config and the problem was with it.

@zippeurfou
Copy link

zippeurfou commented Jan 19, 2023

@numToStr I think he is referring to the :checkhealth command where which-key tells you if any of your mapping has conflict and in this case this plugin seems to display a conflict.
Screenshot 2023-01-19 at 1 40 08 PM
So it is not really about changing your keymap but somehow something create a conflict there.
There is an issue about it here as well folke/which-key.nvim#218
I am not sure there is a fix thought.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

4 participants