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

Single key mappings not available in evil lisp state unless evil-lisp-state-global is set #37

Open
bpstahlman opened this issue Feb 12, 2017 · 1 comment

Comments

@bpstahlman
Copy link

My understanding from reading the doc string is that I should be able to execute evil-lisp-state commands using the leader specified with evil-lisp-state-leader as follows:

  1. if evil-lisp-state-global is t, in any major mode
  2. else in major modes listed in evil-lisp-state-major-modes

Moreover, I assumed that I would enter "lisp" state as follows:

  1. if evil-lisp-state-enter-lisp-state-on-command is t, upon executing any command with the leader
  2. else when I execute <leader> .

Finally, I assumed that once in "lisp" state, I should be able to execute commands using the short (generally single key, sans leader) keybindings. But what's confusing me is that even in "lisp" state, the leader key sequence is required unless I've set evil-lisp-state-global. Sure enough, code inspection revealed that evil-lisp-state-map is populated if and only if evil-lisp-state-global is t. I'm having trouble understanding the reason for this, especially given that the default setting of evil-lisp-state-enter-lisp-state-on-command is t. What's the point in a "lisp" state that doesn't give you more convenient (i.e., sans leader) access to the evil lisp state commands? Why wouldn't you populate evil-lisp-state-map (or even evil-lisp-state-local-map) unconditionally, and simply let evil-lisp-state-global determine where you can access the leader?

@bpstahlman
Copy link
Author

@syl20bnr Is this project still actively maintained?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant