diff options
| author | Simon Ser <contact@emersion.fr> | 2022-03-28 19:58:04 +0200 |
|---|---|---|
| committer | Simon Ser <contact@emersion.fr> | 2023-02-07 14:33:09 +0100 |
| commit | 9afab91d212164b56c7eefd234c798fc59ae3fd8 (patch) | |
| tree | 02dbaf1c74864158de7e2f8cc6e7ce8030aea617 /tests/cpp-compile-test.cpp | |
| parent | server: rename wl_display.id to next_global_name (diff) | |
| download | wayland-9afab91d212164b56c7eefd234c798fc59ae3fd8.tar wayland-9afab91d212164b56c7eefd234c798fc59ae3fd8.tar.gz wayland-9afab91d212164b56c7eefd234c798fc59ae3fd8.tar.bz2 wayland-9afab91d212164b56c7eefd234c798fc59ae3fd8.tar.lz wayland-9afab91d212164b56c7eefd234c798fc59ae3fd8.tar.xz wayland-9afab91d212164b56c7eefd234c798fc59ae3fd8.tar.zst wayland-9afab91d212164b56c7eefd234c798fc59ae3fd8.zip | |
protocol: add wl_surface.preferred_buffer_scale
Right now, clients need to bind to wl_output globals, listen to wl_output.scale,
listen to wl_surface.enter/leave, pick the highest scale factor.
This is an issue because it breaks Wayland's "policy, not mechanism" motto.
Clients take the decision of which scale to use depending on the outputs they're
on, compositors have no say in this (apart from faking output events, which
isn't great).
This commit introduces a new wl_surface.preferred_buffer_scale event to allow
compositors to directly indicate the preferred scale factor for each surface.
This unlocks features which require dynamically changing the scale such as:
- Accessibility features such as screen magnifier
- In a VR environment, render surfaces close to the eye at a higher scale
- HiDPI screenshots on LoDPI screens
Signed-off-by: Simon Ser <contact@emersion.fr>
Closes: https://gitlab.freedesktop.org/wayland/wayland/-/issues/271
Diffstat (limited to 'tests/cpp-compile-test.cpp')
0 files changed, 0 insertions, 0 deletions