programmable keyboard rant 

things programmable keyboards can do:
- macros
- layers
- operate the mouse
things programmable keyboards can't do:
- use capslock as a modifier

re: programmable keyboard rant 

@jookia Why not remap the keyboard events on the OS level? I did it like https://github.com/kris7t/keyboard_remap/blob/master/keyboard_remap.py with evdev, but probably there’s a less messy way. It also works on non-programmable keyboards, like the laptop’s internal one (but not while the computer is still booting).

Although using caps as a modifier is probably doable with just xkb.

re: programmable keyboard rant 

@kristof it's probably not possible

Follow

re: programmable keyboard rant 

@jookia @kristof I'm pretty sure that it's definitely possible

· · Web · 1 · 0 · 0

re: programmable keyboard rant 

@fcktheworld587 @kristof ok, so is there any proof of this?

re: programmable keyboard rant 

@jookia @kristof Figure out what's being sent when you press one of your existing modifier keys, remap the Caps Lock to send that.

re: programmable keyboard rant 

@fcktheworld587 @kristof i don't want to remap caps lock?

re: programmable keyboard rant 

@jookia @kristof Isn't that exactly what you said you wanted to do? I am confusion

re: programmable keyboard rant 

@jookia @fcktheworld587 So single-press caps lock would be caps lock, but holding caps lock and another key would be lvl5 modifier + the key?

re: programmable keyboard rant 

@kristof @fcktheworld587 i want single press caps lock to be sticky capslock

re: programmable keyboard rant 

@jookia @fcktheworld587 Ah, yeah, that’s definititely not doable with plain xkb, then. But if you write a daemon to post-process evdev events, it’s easy (I have single-press caps as Esc, and held caps as AltGr in my config).

evdev and uevent can pretty much do anything that QMK can, albeit there’s no pretty config format, e.g. I also do stuff like single-press F1 to emit R1 (switch to workspace 1 in sway), but long press F1 to emit a single F1 (as the actual F1 key). you basically listen to the events from the actual keyboard, and then emit your own events that don’t have to relate to the original events in any way. the only limitation I encountered was with long-pressing Pause and ScrollLock, which have some weird kernel-level handling that can’t easily be modified after the fact.

re: programmable keyboard rant 

@kristof @fcktheworld587 well, one day if it has useful config options then i'll try it

re: programmable keyboard rant 

@kristof @fcktheworld587 i'm fairly sure in the next week i'll come back to this and be like 'wow cool' but right now i'm just salty

re: programmable keyboard rant 

@jookia @fcktheworld587 I had a project idea since a long time to write a daemon that takes QMK config and remaps evdev events, but I haven’t had the energy to do it yet :blobfoxsad:

Sign in to participate in the conversation
Linux.Pizza

A instance dedicated - but not limited - to people with an interest in the GNU+Linux ecosystem and/or general tech. Sysadmins to enthusiasts, creators to movielovers - Welcome!