SSD support on wayland
Why not use Gtk?
Video games can not use gtk for creating windows since gtk has no vulkan support and no way for the application to get a native wayland surface handle. Because of this all video games and video game capable libraries(SDL, GLFW or even winit) can't use gtk and therefore need to interface directly through wayland.
Problem Statement
Since mutter has no support for SSD each app/library needs to implement their own decorations. This leads to hour on hours of wasted time and a whole bunch of shitty UI that doesn't belong in the otherwise beautiful gnome desktop. Basically, each app is tasked with looking like a gtk app while not being one. This is obviously ridiculous and needs a better solution.
Solutions*
As I see there are only 2 possible solutions to this. Either mutter adds support for SSD or gtk adds hooks into the native wayland api.
Mutter adds SSD
Pros
Ridiculously easy for existing windowing libraries to support.
Cons
From what I've heard it would require a absolutely enormous amount of work on mutters side. So much so that it's practically not an option and that's why the gnome people are so strongly opposed to SSD.
GTK adds better support for games
Pros
- Game libraries can detect that they are running on gnome and hook up to gtk for windows.
- All games will be able to seamlessly integrate with gnome's themes without any effort making gnome devs, gamedevs and users happy.
- Gamedevs can develop for gnome just like they would for any other platform. Getting all the direct rendering candy that wayland + vulkan has to offer.
Cons
- Gtk needs to give access to a native wayland surface handle through it's api.
To me the answer is obvious. But maybe I'm missing something?