Skip to content
This repository has been archived by the owner on Oct 24, 2024. It is now read-only.

Localleader binds for when the keypad flag is disabled #1

Open
not-leader opened this issue Dec 5, 2021 · 1 comment
Open

Localleader binds for when the keypad flag is disabled #1

not-leader opened this issue Dec 5, 2021 · 1 comment
Labels
bug Something isn't working

Comments

@not-leader
Copy link
Collaborator

currently, the localleader keybinds are broken due to general.el's :states functioning differently to :keymaps

@not-leader not-leader added the bug Something isn't working label Dec 5, 2021
@not-leader not-leader pinned this issue Dec 5, 2021
@lilactown
Copy link

lilactown commented Oct 16, 2022

I've been trying to figure this out and I'm very confused.

What I'd like to do is simply not use the keypad at all. It seems to be strictly worse than the other options available to me, such as Doom's built in leader key HUD, since doom's modules set everything up in a very purposeful way and I can easily customize it.

My experience so far with using the config in this repo is that it seems to merge in all open buffers localleader keybinds. So for instance I end up with a bunch of org-mode, Clojure and elisp keybinds under SPC m.

The general problem I'm having is I don't understand the relationship with the keypad, Doom's leader HUD, and the local leader keybinds.

I've gone as far as to disable the overriding of define-localleader-key! override in init.el, which seems to remove the localleader keybind after pressing SPC completely?!

Can I just use meow's modal editing, and leave the leader key handling to Doom?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants