RedBearAK

The concept of this seems sound, at least when you turn off the keymapper and hold Alt, then Ctrl, then release Alt, Firefox won't recognize the Alt key and won't...

Those are the things I was moving around, on one side or the other, or both. But I think it also has something to do with the reversing on the...

> or perhaps you're talking about our re-assertion of alt... that we should re-assert it BEFORE we lift ctrl... making it less likely to trigger as a "stand-alone" key... Yes,...

Hey, I think I actually got this working, inside the VM. I'll have to play with the delays to see how far I can trim it down. It may be...

Preliminary reductionist testing suggests the success in the VM is piggy-backing on the existing delays around the normal key that fix a lot of things already. Will have to try...

This appears to work well with Option+Shift (although I'm not sure that was ever a problem), but if it's just Option+key combos it is very dependent on how quickly I...

I don't get it. In the log, I can see that the release of Alt happens before the Unicode address, yet if I don't let go of the Alt key...

```py (OO) press LEFT_ALT 1677386118.8861177 (II) in W (release) (DD) on_key W release (II) in LEFT_META (release) (DD) on_key LEFT_ALT release (DD) resume because of mod release (OO) release LEFT_ALT...

This is just the difference in the log immediately after the Unicode sequence completes. In the first case, the Firefox menu bar is activated. In the second case, the menu...

No, the repeat delay doesn't seem to have anything to do with it. I set a long keyboard repeat delay of 1500ms and it didn't help avoid the activation of...