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
evil-want-keybinding warning due to evil-leader #215
Comments
This opened up another issue see: emacs-evil/evil-collection#215 where the work around is to `(setq evil-want-keybinding nil)` before loading evil-leader. I also moved some key bindings around. Haskell mode bindings are not working at the moment.
Thanks for the detailed report. I think evil-leader probably loads evil on its own which is why your problem comes up. I think, if you're using evil-leader, you'll have to set that variable before (like you did) evil-leader loads. |
Ah, you're right it does load evil. It probably should have occurred to me to look at its source. Think it might be worth mentioning in the readme that it might need to be set sooner if other packages load evil? I can make a pull request if desired. It might help other noobs like me that are coming from spacemacs, vim, or other editors. |
Yeah, adding an entry to the FAQ sounds good with me. |
This opened up another issue see: emacs-evil/evil-collection#215 where the work around is to `(setq evil-want-keybinding nil)` before loading evil-leader. I also moved some key bindings around. Haskell mode bindings are not working at the moment.
emacs-evil/evil-collection#215 and disable elpy mode for now. Also removes emacs mode from dired because I have EviL bindings for it now. Disables setup llvm in .zprofile to a brew clang
I'm getting the following warning despite using the recommended
use-package
examples in the readme.
I found to fix it I had to
(setq evil-want-keybinding nil)
before loadingevil-leader, but I have no idea why.
Here is a minimal emacs configuration to demonstrate the issue:
Uncomment the line following line in the use-package init block for
evil-leader
to fix the issue.Loading
evil-leader
afterevil
will also fix the issue, but consider thefollowing from the evil-leader readme:
Emacs version:
GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.1) of 2018-12-25
Also note I'm using all latest packages from Melpa since my testing involved
rm -rf ~/.emacs.d
and using the above minimal config to reload them.The text was updated successfully, but these errors were encountered: