I get why GNOME devs don't wanna implement it (most of the times looks out of place for the app, or the app looks out of place to the system if it doesn't use the system toolkit, so it's just better for them to roll something that looks good for the app) and the XWayland implementation for SSDs are still a holdover that would need to be ported that they don't want to do. But then again to my knowledge QT has a way to make a header bar (I think even one in GTK style) and there is libdecor that handles headerbars.
> Inability to position windows
xdg-session-management is being worked to handle restoring of window positions. There are some contensious extensions being discussed about other window placements but they are still very much in flux. I personally am impartital for the actual use of the features and if they are really that necessary.
> Hacks in render-to-main because WL craps itself otherwise
This sounds more like a problem with the project itself than wayland considering the meriad of other things able to work, but then again its an emulator that might be doing some very weird stuff so I can't say much about it.
> Despite said hacks, game list still glitches after stopping emulation, happens more often in gnome
Probably a cascading problem from the previous
> NVIDIA just crashes in swap chain creation under Wayland
Not exactly too surprised, although my laptop with Intel/NV hybrid has been working mostly fine for my mostly basic usage.
> Broken global menus
Those are a thing anywhere other than OSX? How do they handle this on Windows?
Windows doesn't have global menus, it defines an API to get the workspace coordinates, which allows apps to know the area available to the window (i.e. not covered by the Start Menu)
> Stupid obsession with CSD in Gnome
I get why GNOME devs don't wanna implement it (most of the times looks out of place for the app, or the app looks out of place to the system if it doesn't use the system toolkit, so it's just better for them to roll something that looks good for the app) and the XWayland implementation for SSDs are still a holdover that would need to be ported that they don't want to do. But then again to my knowledge QT has a way to make a header bar (I think even one in GTK style) and there is libdecor that handles headerbars.
> Inability to position windows
xdg-session-management is being worked to handle restoring of window positions. There are some contensious extensions being discussed about other window placements but they are still very much in flux. I personally am impartital for the actual use of the features and if they are really that necessary.
> Hacks in render-to-main because WL craps itself otherwise
This sounds more like a problem with the project itself than wayland considering the meriad of other things able to work, but then again its an emulator that might be doing some very weird stuff so I can't say much about it.
> Despite said hacks, game list still glitches after stopping emulation, happens more often in gnome
Probably a cascading problem from the previous
> NVIDIA just crashes in swap chain creation under Wayland
Not exactly too surprised, although my laptop with Intel/NV hybrid has been working mostly fine for my mostly basic usage.
> Broken global menus
Those are a thing anywhere other than OSX? How do they handle this on Windows?