-
Notifications
You must be signed in to change notification settings - Fork 15
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
strange leader_key behaviour when updating #47
Comments
it was a bug (was setting the buffer_leader_key automatically). Fixed it. Thanks for the issue! |
The commit c6bbbb5 actualy cause a new problem, in ui.lua file, the vim.keymap.set() expects a value from getState, if the user has not defined a keymap for buffer_leader_key (which happened to me as I updated the plugin and did not add it to opts{}) it will trown a error: Line 448 in c6bbbb5
|
Hi!
first of all big thank you because I really love this Plugin, and it is much better than Harpoon imo.
Just a small bug that I have noticed with the following config
return { "otavioschwanck/arrow.nvim", opts = { show_icons = true, leader_key = 'm', } }
If I press 'm' in a buffer I get the menu for the 'per buffer marks' but when I have the following config
return { "otavioschwanck/arrow.nvim", opts = { show_icons = true, leader_key = 'm', buffer_leader_key = 'M', } }
And I press the 'm' key now I get the global menu.
I think this behaviour is very confusing and annoyed me quite a bit when I updated the plugin because of course I was using the first version and when pressing my usual hot keys I get the (at first) confusing per buffer marks menu.
But now that I know what it is I think this new menu is a very cool addition
The text was updated successfully, but these errors were encountered: