@ladypretzal to be fair, my use-case for these is not typical of normal desktop applications

in oneshot (indie video game from 2016), there is a mechanic involving dragging the game window off of the edge of the screen and back to reveal information (like dipping a card with invisible ink into a bucket of water). this is required to progress within a particular area in a normal playthrough (unless the player already knows the hidden information). there is also a non-essential effect where the game window shakes (moves by random offsets). i am modifying oneshot’s engine source code to try to make these mechanics (and several others, such as changing the desktop wallpaper) work in various modern desktops and window managers (plus some miscellaneous quality-of-life improvements). right now i am making a kwin script to get and set window positions using dbus commands, and a while ago i wrote something that interfaces with swaywm’s ipc socket to do the same thing, and i plan on doing something for niri as well

it is funny to me how in x11, one can simply create a window, listen to a handful of events on that window, and bam. your program can see exactly when and how that window is moved, resized, minimized, whatever. in wayland, it is much more complicated to just create a window, but also easier to do other things (like change the mouse cursor (if the compositor supports wp_cursor_shape) or show titlebars (if the compositor supports xdg_decoration (which is everyone except for gnome))) (compared to x11 which achieves these in weird nonstandard ways, and you just sorta have to hope whatever you want is possible with xlib or xcb)

im not anti-wayland, but im also not saying wayland (or x11) is perfect, they just sorta exist

sorry for the rant

@kemona_halftau don’t feel sorry for ranting! This is a sick use case!!!

And it is very much the sort of use case that it’s really hard to get developers to listen to :p