Typeless windows users rejoice: I fixed broken hotkeys, enabling more flexible shortcuts

image

ChatGPT-assisted package review and code approach

The software is good, but the Windows version’s hotkeys often stop working.

And the “developer is thinking for me” thing is especially “unique”: afraid of accidental touches, it forcibly locks the hands-free mode so it must be used with several keys combined.

For example, if you simply want to use just the “F1” key as a hotkey, it’s not possible.

I’ve emailed feedback ten thousand times and they just refuse to change it.

They don’t give users any freedom—just self-righteous. For software, the number of adjustable options it can provide is always “the more the better,” and nowadays we’re not afraid of UI being messy anymore.

Fixes are as follows:

Stability fix (backend): Modified keyboard-helper-child-process.js, wrapping the this.libProcessEvents() call inside the setInterval loop in a try-catch block. This ensures that even if the native hook has a temporary error, the child process won’t crash.

Free customization unlock (frontend): Fixed index2.js in the renderer bundle by directly skipping the Q validation function. All restrictions (alphanumeric only, too many keys, system-reserved, and sequential keystrokes) have been removed, and users can define hotkeys completely freely.

Repository