4 ms·
This is correct, and is in fact more worrying than simply a bad implementation. If there was a bad implementation, it could be fixed. Wayland, on the other han
by hackyhacky 4y ago
This is correct, and is in fact more worrying than simply a bad implementation.
If there was a bad implementation, it could be fixed. Wayland, on the other hand, does not even specify a way to do things like screen recording, screen capture, automation software (e.g. wmctrl), or other miscellaneous screen features (e.g. Redshift) which effectively means that there is no way to do these things at all.
The official Wayland response is that these features need to be implemented by the individual window managers, but the absence of a standard or protocol specifying them means that (a) many window managers will not implement them and (b) those that do will do so in incompatible ways. Which means that a program like a screen recorder, that was previously agnostic to window managers, now must explicitly support each window manager separately, and even then it may not be possible to use everywhere.
X was a gargantuan mess, and it had to go. The by cutting it out, we've also cut out the only commonality, the lowest common denominator software, sitting between widget libraries and the video drivers. There is now no common interface to access a wide variety of important system functions, and no one has a plan going forward. Wayland refuses to step up.
- Izkata 4y ago> The official Wayland response is that these features need to be implemented by the individual window managers Ever since finding out Wayland is more like a library or spec (wasn't clear and I'm not really into the specifics) that the individual window managers implement, dropping the whole client/server and separation of display and window manager that X11 has, I've been kinda wondering in the back of my mind how long it'll be until someone designs a new system on top of Wayland to bring back that architecture... One that includes these missing APIs that window managers can use, making the new system the common target.
- diffeomorphism 4y agoA few years ago? https://gitlab.freedesktop.org/wlroots/wlroots https://gitlab.freedesktop.org/wlroots/wlroots > missing APIs They are not missing, they just were moved from the kitchen sink of X to things like xdg-portal and pipewire. This also helps with things like sandboxing for flatpak apps, where you want apps to ask for permission to record the screen.
- Izkata 4y ago> https://gitlab.freedesktop.org/wlroots/wlroots https://gitlab.freedesktop.org/wlroots/wlroots No, that's what I was thinking of but couldn't remember the name of. I'm imagining separating the window manager like in X, making them interchangeable without having to hook in everything else.