diff options
| author | Albrecht Schlosser <albrechts.fltk@online.de> | 2025-07-08 15:07:18 +0200 |
|---|---|---|
| committer | Albrecht Schlosser <albrechts.fltk@online.de> | 2025-07-08 15:25:14 +0200 |
| commit | 5d68428a0058649f07c9be3053bd58fd3462d6d9 (patch) | |
| tree | d411546fba10c3f661978d96cf03211a92406296 /src/drivers | |
| parent | 3cf5a302fd2225b8d2622eb40e91262f4e7557c1 (diff) | |
Fix trailing whitespace and convert a few tabs to spaces
... according to CMP
Diffstat (limited to 'src/drivers')
| -rw-r--r-- | src/drivers/Wayland/Fl_Wayland_Screen_Driver.cxx | 8 |
1 files changed, 4 insertions, 4 deletions
diff --git a/src/drivers/Wayland/Fl_Wayland_Screen_Driver.cxx b/src/drivers/Wayland/Fl_Wayland_Screen_Driver.cxx index e6f4ad65f..0b3732879 100644 --- a/src/drivers/Wayland/Fl_Wayland_Screen_Driver.cxx +++ b/src/drivers/Wayland/Fl_Wayland_Screen_Driver.cxx @@ -1607,7 +1607,7 @@ static int workarea_xywh[4] = { -1, -1, -1, -1 }; /* Implementation note about computing work area and about handling fractional scaling. - + FLTK computes 2 pairs of (WxH) values for each display: 1) (pixel_width x pixel_height) gives the size in pixel of a display. It's unchanged by any scaling applied by the compositor; it's assigned by function output_mode(). @@ -1615,7 +1615,7 @@ static int workarea_xywh[4] = { -1, -1, -1, -1 }; When the active scaling is non-fractional, these equations hold: pixel_width = width = wld_scale * configured-width-of-fullscreen-window pixel_height = height = wld_scale * configured-height-of-fullscreen-window - + When fractional scaling is active, buffers received from client are scaled down by the compositor and mapped to screen. These equations hold: pixel_width < width = wld_scale * configured-width-of-fullscreen-window @@ -1624,7 +1624,7 @@ static int workarea_xywh[4] = { -1, -1, -1, -1 }; One way for a client to discover that fractional scaling is active on a given display is to ask for a fullscreen window on that display, get its configured size and compare it to that display's pixel size. That's what function compute_full_and_maximized_areas() does. - + One way for a client to discover the work area size of a display is to get the configured size of a maximized window on that display. FLTK didn't find a way to control in general on what display the compositor puts a maximized window. One procedure which works @@ -1634,7 +1634,7 @@ static int workarea_xywh[4] = { -1, -1, -1, -1 }; display as the fullscreen one, giving the size of that display's work area. Therefore, FLTK computes an exact work area size only with MUTTER or when the system contains a single display. That's also done by function compute_full_and_maximized_areas(). - + The procedure to compute the work area size also reveals which display is primary: that with a work area vertically smaller than the display's pixel height. This allows to place the primary display as FLTK display #0. Again, FLTK guarantees to identify |
