is there a way to check if a virtual/"fake" key is/was pressed, in a switch ?

[wis]

The switch action accepts multiple cases. One case is a triple of:

• keys check

• action: to activate if keys check succeeds

• fallthrough|break: choose to continue vs. stop evaluating cases

The default use of keys check behaves similarly to fork.

For example, the keys check (a b c) will activate the corresponding action if any of a, b, or c are currently pressed.

is there a way to check if a certain key is/was pressed, but without that key typing a character, i.e. with that key having no effect?

[jtroo]

It should be possible in the latest main but I have not yet documented it:

#782

[wis]

Thanks jtroo,
with this example config

(defsrc a s d f)

(deffakekeys
fk_a XX
fk_s XX
)

(defalias
f (switch
( (key-history d 1)  ) (macro bspc h e l l o f f spc) break
() f break
)

d (switch
( (key-history f 1)  ) (macro bspc h e l l o d d spc ) break
() d break
)

a (switch
( (input-history virtual fk_s 1) )   (macro h e l l o a a spc ) break
() (on-press-fakekey fk_a tap) break ;; same thing for (on-press-fakekey fk_a press)
)

s (switch
( (input-history virtual fk_a 1) )   (macro h e l l o s s spc ) break
() (on-press-fakekey fk_s tap) break ;; same thing for (on-press-fakekey fk_s press)
)

)

(deflayer lyr @a @s @d @f)

pressing d f or f d works as expected, but pressing a s or s a do not work, is it not supposed to work (config issue) or is this a bug?

[jtroo]

Something different between key history and input history is that the most-recently-pressed input (e.g. s when pressing a s) will already be s, and NOT a or fk_a.

So to make this work as intended, would need:

( (input-history virtual fk_s 2) )   (macro h e l l o a a spc ) break

( (input-history virtual fk_a 2) )   (macro h e l l o s s spc ) break

[bogorad]

This is immensely powerful! Is there a way to use it in some sort of a template? E.g., I want to prevent rolls from interfering with HRMs. At the moment, I check against the alt/ctrl/meta status but checking against individual keys would be so much better!

[jtroo]

It's not clear enough to me what rolls interfering with HRMs means to be able to give a precise suggestion, but I'll throw a couple ideas to see if something sticks

• How I make my home-row tap-holds more consistent is by using tap-hold-release-keys | tap-hold-except-keys alongside a temporary layer that expires using on-idle. Sample config
• switch can also operate on real inputs, not only virtual key inputs.

[bogorad]

I tried tap-hold-except-keys - had a problem with release timing (I think; failed to document it properly). I settled on using 'fork'. But it checks mod states, not which keys are being actively depressed.

[thomastthai]

@bogorad, would you mind sharing your config for homerow that checks for mod states?