Originally posted by birdie
View Post
Announcement
Collapse
No announcement yet.
Wine's Project Leader Has Given A Blessing To The Wayland Effort
Collapse
X
-
-
Originally posted by pal666 View Postperhaps windows shill birdie shouldn't put his words into alexandre mouthOriginally posted by pal666 View Postwayland has no such issues. you have issues with understanding wayland
Not other people's problem you can't read.
- Likes 3
Comment
-
Originally posted by oiaohm View PostThe current developer of wine wayland backend is not limit self to only wayland protocols. It already has a prototype screen capture using xdg-portal.
Originally posted by oiaohm View PostThis one get tricky when you look at how windows handles low dpi applicaitons on high dpi screens it scales them and the positions the low dpi application on windows thinks it has is not real either. The position on screen under windows a application has may be virtual number not a real position starting with windows Vista. That makes wine life a lot simpler. Like if screen mode does not match what application wants wayland wine does not change screen mode just scales application instead.
And Proton has the fullscreen hack anyway, which does exactly this, for X11. It works but it's still a "hack". So clearly, you can do it with X11, because it already exists.
Comment
-
Originally posted by Alexmitter View Post
Wine Window management on X11 was a broken mess anyways. It mapped okayish well to the old style Windows Display Server, but that is not the case for Windows since Vista.
The only thing that will not be possible under a wayland driver would be to allow the application to choose where it is positioned on the display, but that is a issue anyways.
As Wine gaming becomes more important, a proper modern low latency output with good frame control is important. Xorg and Xwayland are just way too bad for that.
- Likes 2
Comment
-
Originally posted by Weasel View PostThis is wrong. Nobody gives a shit about high DPI and it has nothing to do with what you said. The scaling on Windows is for non-hiDPI aware apps (in their manifest), but it's not about their position it's about their size, obviously, and not about display mode changes.
Relative placement is the wayland standard. Yes look in the right section of the Windows implementation you find relative placement.
Originally posted by Weasel View PostAnd Proton has the fullscreen hack anyway, which does exactly this, for X11. It works but it's still a "hack". So clearly, you can do it with X11, because it already exists.
Yes weasel windows for non-HiDPI applications on HiDPI screen have a compositor sandbox as well. The non-hiDPI on hiDPI screen on windows starts looking a lot like wayland.
Proton has a hack that does not in fact work right and end up needing to modify games so it works right.
- Likes 5
Comment
-
Funny enough, my old Thinkpad T540p runs best using wayland. But occasionally I play a simple but addictive game (Transcendence) that requires wine.
When running with wine under wayland everything works except.... the keyboard (which is essential once playing) preventing almost everything including ending the game (when running full screen). So working wayland support in wine might save me the hassle of logging out of my wayland session and starting an x session to play this game.
- Likes 1
Comment
Comment