Open chrissicool opened 1 year ago
Hey, I had intended the shifted
field to cover all such modifier scenarios -- for instance ZMK parsing assigns any mod-morphed binding to that field regardless of the modifier. However, from your AZERTY link I can see how you might want separate Shift/AltGr alternate functions, on e.g. the number row keys.
Currently, some workarounds can be:
shifted
, e.g. space-separatedI propose to add another field to LayoutKey, maybe called alt. It could be printed on the right side of the physical key.
This could be a solution although I am a bit hesitant to add more fields; especially with left/right fields it might be difficult to preserve clarity and not look too busy. It would essentially be constrained to 1-2 char values but that should be fine for your use case. I'll think about it and maybe give it a try to see how that looks, both outcome and implementationwise.
Hi,
keymap-drawer has the the following fields that show up for a key:
tap
,hold
andshifted
. Some European keymaps make extensive use of theAlt-Gr
(aka. right ALT) key to add another layer of keys. These mostly include signs like@
,€
,[
,]
or|
. See the AZERTZY layout, for example.It might be beneficial to have some of them printed on the generated keymap. Using the
hold
field as an alternative is not a good option, since Alt-Gr is (like the shifted state) a tap field., which is additional to all the other fields which are already present. I propose to add another field toLayoutKey
, maybe calledalt
. It could be printed on the right side of the physical key.