https://bugs.freedesktop.org/show_bug.cgi?id=101193
Pekka Paalanen <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected],
| |[email protected]
--- Comment #1 from Pekka Paalanen <[email protected]> ---
First, I don't think this is a Weston issue. Maybe this should be moved to
Xwayland instead?
As for the scaling protocol mentioned in the GNOME bug report, it does exist:
wl_viewport.
*If* Xwayland had some way of knowing that a Window should cover the whole
output but the size is not a match, it could use wl_viewport to let the Wayland
compositor do the scaling, which for a fullscreen game would hopefully
translate into scaling in display hardware rather than a GPU rendering pass.
But, I would also expect problems with input event coordinates if wl_viewport
is used naively.
Maybe Xwayland could support multiple resolutions via RandR by programming
wl_viewport to scale everything back to the native resolution? Setting a mode
via RandR would then be the trigger for switching the scaling settings in
Xwayland globally.
It does feel to me it could be pretty difficult, I don't really know Xwayland
that well.
As for Xwayland actually changing the real video modes on hardware, I'd rather
not have that. Let's not make X11 RandR a Wayland compositor configuration
interface. Likewise, 'xinput' is not a Wayland compositor configuration
interface either.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
wayland-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
