Closed anarion80 closed 7 months ago
If I understand the issue correctly, this is the intended behavior. There is logic in the parser to automatically determine held keys, which aim to highlight what keys need to be held in order for that layer to be active. In your case, holding that thumb key is how you seem to enable the mouse layer from the base layer: https://github.com/anarion80/zmk-config-corneish-zen/blob/main/config/base.keymap#L228C54-L228C67
(It doesn't understand the &smart_mouse
behavior as an alternative way to get there.)
Right now there is no way to disable this, but if you really don't want held key inference then I can add a config option to turn it off.
Ah, ok - now I get it. Makes sense. Thanks for the explanation, I will close the issue.
Hello. I have the following piece of keymap:
notice the three transparent keys in left side thumb cluster.
Which then gets translated to a held key for some reason:
There must be some relation to other keys that I can't figure out - or a bug?
My complete keymap: https://github.com/anarion80/zmk-config-corneish-zen/blob/main/config/base.keymap My keymap_drawer_config: https://github.com/anarion80/zmk-config-corneish-zen/blob/main/keymap_drawer_config.yaml Resulting keymap.yaml: https://github.com/anarion80/zmk-config-corneish-zen/blob/main/corneish_zen_keymap.yaml generated using the following command:
keymap -c keymap_drawer_config.yaml parse -c12 -z config/corneish_zen.keymap > corneish_zen_keymap.yaml
keymap version: 0.13.1