I have a separate keymap for when the keyboard is in split configuration than I do when it is put together. Is it possible to trigger the keymap change based on this? I know this is getting to the limits of laziness.
No, but it is a reasonable feature request I think ;-).
$onSplit
and $onJoin
macros?
Lock/sleep/wake would be awesome for transporting the UHK, especially if you could bypass the s/f j/l to wake. That way you know you’re not wasting battery, or accidentally going to wake it…
What exactly do you mean by bypassing the sfjl?
Instead of the UHK80 monitoring keypresses when it’s locked/sleeping with $onJoin
, have it only sense when the halves are split to trigger unlock/wake. No need to use sfjl to unlock/wake. Also no need to blink the sf/jl backlights. Nothing that would use more power than needed for the merge sensor to recognize and trigger unlock/wake onSplit
.
Idk if that’s possible or not, or if I’m even making sense.
Of course this would be an additional mode, I’m not suggesting to remove the current power modes behavior. transportMode
powerMode transport
?
Ah, sadly not possible. Only left half features merge sensor.
The halves talk to each other, don’t they? So somehow the central (right) half knows when it is joined and when it is split. Agent learns that too via the USB interface, so the right half must know.
This should therefore be possible (useful for people who transport their UHK in joined mode, and use it in split mode):
$onJoin:
powerMode lock
$onSplit:
delayUntil 3000
powerMode wake
Yeah, but not when they are asleep…
powerMode lock
is probably fine if you want to transport it between office and home. That will still execute macros, won’t it?
If you go powerMode sleep
then yes, you’ll have to juggle the j
+l
and s
+f
wake-up shortcuts.
Yes, that one should work.
TBH powerMode lock
would probably work just fine under normal circumstances. I don’t really travel very far from home too often, and I usually take the UHK60 when I go out anyway. I just think a mode that doesn’t monitor depressed keys to wake would be helpful for some. Transporting the UHK without accidental keypresses is close to impossible, but I suppose it’s more logical to disconnect the batteries for long distances or bumpy rides. Maybe future UHKs could make the battery connectors more robust and easier to reach.
Or include an actual power switch .
I am using this, and it is super satisfying, although admittedly placing it on the side is inconvenient because of tenting…
Now that’s a BIG switch. Very tactile and clicky.
Of course, he went with the blue switches…
Screw it, I’m just gonna go ahead and solder some of those into the sockets on my modifier keys.
And then I’m gonna slap some momentary power switches under the risers, so it powers on when I lift them up.
That’s actually not a bad idea.
This works perfectly using:
https://github.com/UltimateHackingKeyboard/firmware/actions/runs/15613737585
Here’s my AFUHK Mode:
And of course, just switch to powerMode sleep
for AWUHK Mode (Away With UHK ).