danieldg
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
You can get lower latency if you initiate the workspace change from your application instead of reacting to it. This would require something like: - Create an IPC mechanism to...
> Just to clarify, @danieldg is this speculation - or do you know this for sure (eg. from sway's source), that in sway for sway ipc -> SUBSCRIBE the sway...