From 6f05af3c121482e03d0f6067dc8190c72bd6aeb5 Mon Sep 17 00:00:00 2001 From: ManoloFLTK <41016272+ManoloFLTK@users.noreply.github.com> Date: Thu, 13 Jul 2023 18:19:01 +0200 Subject: Wayland: add control of targeted screen by fullscreen windows --- documentation/src/wayland.dox | 8 ++++++++ 1 file changed, 8 insertions(+) (limited to 'documentation/src') diff --git a/documentation/src/wayland.dox b/documentation/src/wayland.dox index c873c17fd..5aa881252 100644 --- a/documentation/src/wayland.dox +++ b/documentation/src/wayland.dox @@ -382,6 +382,14 @@ to detect that Wayland needs be informed of the desired size change, which gets to \c libdecor_frame_commit(). Wayland later calls \c handle_configure() and events described above unfold. +Wayland generally does not provide a way to control where the compositor should map a window +in the system displays. Nevertheless, for multi-display systems, Wayland allows to control +on what display should the compositor map a fullscreen window. That is done inside function +\c handle_configure() which calls \c libdecor_frame_set_fullscreen() for DECORATED windows +and inside function \c xdg_toplevel_configure() which calls \c xdg_toplevel_set_fullscreen() +for UNFRAMED. The struct wl_output pointer for the targetted display is transmitted +as 2nd argument of these calls. + \section menu-windows Menu windows and other popups Menu windows, tiny menu title windows, and tooltip windows are implemented using Wayland's popup mechanism which allows to position a popup window relatively to a previously mapped -- cgit v1.2.3