GNOME Shell + Mutter Patches Pending For Wayland Fullscreen Compositing Bypass

[MastaG]

Man I pray that this will land as a bugfix for the .1 pointrelease then.

[beniwtv]

I don't like this - I have no performance impact from not unredirecting, and as bonus I get no tearing.
Gnome X11 tears when it unredirects. Not good

[discordian]

Flaws? Maybe one can rewrite in a safer language like these brave devs:

https://github.com/Smithay/wayland-rs/releases/tag/v0.24.0

It seems they don't give up but restructured in a way to overcome the language mismatch in this new release.

That's a flaw independent of the language, and chances are that this library does not handle the flaw correctly. Those rust people sure cant help but hijack every thread.

[juarezr]

This slow trickle of features that have been there from the start is killing me, and at the same time there are flaws discovered (Wayland Zombie Apocalypse) which wont be fixed at their origin.

Flaws? Maybe one can rewrite in a safer language like these brave devs:

https://github.com/Smithay/wayland-rs/releases/tag/v0.24.0

It seems they don't give up but restructured in a way to overcome the language mismatch in this new release.

[You-]

Well lets hope it lands before the next release in march.. then Fedora can benefit first.

I suspect these will be in 3.34.1.

No real reason to think that and no one has suggested it but over the last few release cycles some work has gone in after final release and before the focus has shiften on to the new cycle.

[Britoid]

I don't know. Last i heard was, that wayland is missing some functionallity to implement all win32 behaviour but i don't know if that was/is the case.

Win32 popup menus use exact screen co-ordinates. Wayland uses relative co-ordinates to the parent window (which is for the better).

For games this really does not matter, they rarely use popup menus if at all. For applications, I presume the solution would be some sort of translation from exact -> relative co-ordinates.

[discordian]

I don't think this is 3.34 material, but lets see. The good thing here is that things work quite differently from the classical X11 bypassing code, it's just about how things are handled internally in the compositor. So it should be much more solid, e.g. no tearing etc. Slowly the advantages of Wayland become more obvious.

Emphasis on slowly. IMHO desktop distros should have long ago pushed X11 into deprecation, even with Wayland not being a full replacement (thus raising the urgency to work on the missing parts). This slow trickle of features that have been there from the start is killing me, and at the same time there are flaws discovered (Wayland Zombie Apocalypse) which wont be fixed at their origin.

[Masush5]

Is wine ever going to fix this?

I don't know. Last i heard was, that wayland is missing some functionallity to implement all win32 behaviour but i don't know if that was/is the case.

[darkbasic]

since all games on wine only run under X(-wayland).

Is wine ever going to fix this?

[Masush5]

Very nice, but will this also work for xwayland windows? If not, it's usefulness would be rather limited, since all games on wine and the vast majority of native games only run under X(-wayland).