danieldg

@acheronfail - I just published the current version of this branch. While it still has a few limitations, those can be fixed in future versions. I'd be open to adding...

https://crates.io/crates/libpulse-tokio

It's possible to remap buttons using udev, and this will be picked up by libinput. I have, in `/etc/udev/hwdb.d/70-remap-mouse.hwdb`: ``` evdev:name:Logitech USB Laser Mouse:* ID_INPUT_KEY=1 KEYBOARD_KEY_90003=btn_extra KEYBOARD_KEY_90004=btn_middle KEYBOARD_KEY_90005=btn_side evdev:name:HP Wireless...

This is actually a general problem with layer-shell surfaces: there is no protocol-defined ordering of surfaces attached to a given edge, and sway itself doesn't provide any way to configure...

If I were integrating this into my setup scripts, I would want to have run `systemctl import-environment` to pull in `SWAYSOCK` and `WAYLAND_DISPLAY` before marking sway as ready, which is...

I believe this also results in the `preferred_scale` events on layer surfaces being delayed.

under valgrind: ``` 0:00:31.492 [DEBUG] [sway/input/input-manager.c:201] removing device: '0:0:wayland-pointer-seat0' ==158058== Invalid read of size 8 ==158058== at 0x434486: seat_remove_device (seat.c:962) ==158058== by 0x42A8EC: handle_device_destroy (input-manager.c:206) ==158058== by 0x5014DCB: wl_signal_emit_mutable (wayland-server.c:2241)...

Agreed, that PR fixes the issue in my test