Josh Goebel

``` + if check_device.name == "py-evdev-uinput": + # Exclude evdev device, we use for output emulation, ``` How did this get added, was this a problem you were actually having,...

> it'd be good to have xkeysnail release any potential keys or modifiers on startup Interesting, I'd have assumed that when we die the virtual keyboard we created goes away...

Something like watching for SIG_TERM and doing proper cleanup: https://github.com/joshgoebel/xkeysnail/commit/c4591f8bdf16a1f9058e6c7d7cd55077729893a6 Note I'm still not 100% clear on which signals are sent when, but this is the right approach me thinks.

@EskoJTH Did this work for you?

@rbreaves What did you change in your fork? At a quick glance it looks like you're fork is pointing to version 0.3 (vs 0.4 released here)... is that correct?

I think you're referring to all the chatter here: https://github.com/mooz/xkeysnail/pull/87

> and the fn key (Key.FN) when held down does not switch the touch-bar to function keys, the expected behavior. Is that hardware expected to actually work in other operating...

Can either of you run `evtest` and show us what output those keys even produce? If a key isn't a modifier it should just "pass thru" at a low-level... ie...

This sort of makes sense actually... Gnome Activities Overview isn't really a window exactly... If you could raise this as an issue against the Gnome project (asking them how we...

> As is GNOME screen lock. You're saying it has the same issue, as being a non-window and hence WM_CLASS doesn't change?