[BUG] Holding Shift modifier repeats keycode instead of holding it

[squk]

Bare metal or virtual machine: 
(If in VM, which VM software): None

(Try running 'toshy-env' in a terminal.)

                 DISTRO_NAME     = 'debian'
                 DISTRO_VER      = 'rodete'
                 SESSION_TYPE    = 'x11'
                 DESKTOP_ENV     = 'gnome'

Any DE(s) tried with Wayland?: 

Keyboard type (IBM, Chromebook, Windows, Apple):  Apple
Keyboard device name (try 'toshy-devices'):  LAZYDESIGNERS Bolt

Problem observed:

---

Holding Shift repeats the key code rather than holding it. This makes it so multi-select doesn't work in the majority of GUI applications(i.e. filebrowswer, gmail, etc.)

[RedBearAK]

@squk

I don't really understand this issue, but I'm interested to hear more about it. The keymappers (xkeysnail with Kinto and keyszer with Toshy) generally just accept what comes in and then send it out the virtual keyboard, transforming anything that is found in a modmap or keymap. And keys normally start sending repeat events (with the repeat delay and repeat rate governed by things like xset) when you hold them down, and the keymappers haven't been designed to block the repeat events.

If you have some understanding of why it doesn't work with your apps, let me know. But are you sure you aren't bumping up against the keyszer "suspend" timeout, which defaults to 1 second? It's in the early part of the config file, and there's at least one FAQ entry about it. It definitely affects trackpads/touchpads.

If the key seems to be repeating it should be because your real keyboard is sending "repeat" events at the set repeat rate. 🤷🏽‍♂️ That's about all I know about that side of things.

[RedBearAK]

If you still think this is an issue try submitting it to the keyszer issues:

https://github.com/joshgoebel/keyszer/issues