jtroo

You can probably use [deflocalkeys](https://github.com/jtroo/kanata/blob/main/docs/config.adoc#non-us-keyboards) for this to redefine `defsrc` symbols.

Thinking about it some more you can't actually redefine the `defsrc` symbols, because then outputs would be broken. But you can redefine new input symbols that are defined differently for...

> I updated kanata and my config no longer works I presume you're on macOS? I don't recall breaking configurations, but the karabiner dependency did change. I could have broken...

> kanata-1 should really be kanata-logitech-usb-receiver > > since the mouse by default is named logitech-usb-receiver How does this solve the issue?

Kanata only creates one uinput device. If it's grabbing multiple mouse devices they all get coalesced into one event stream associated with the Kanata device. https://github.com/jtroo/kanata/blob/e8afdc43eef4d010fac9f0270865a1f74abc1a5c/src/oskbd/linux.rs#L386 Based on my understanding...

You can use evsieve to do device event splitting. For example if mouse button rebinds are desired to be processed by Kanata, buttons can go to one device grabbed by...

Can you check against `evtest` to see which device is associated with your Razer keyboard?

Ah I lost track of this issue. I'm not sure why the evdev library used by Kanata isn't enumerating the Razer devices where evtest is. Perhaps there is something already...

Please add debug logs showing the issue reproducing. Run kanata with the `--debug` flag.

This thread has some added insight into the key repeat issue: https://github.com/jtroo/kanata/discussions/422#discussioncomment-10798678 Something that might work upon rereading that thread is to add a mechanism to release the `f24` no-op...