Wayland: Unable to access window position, finding the window under the cursor doesn't work #98928

New Issue

Campbell Barton · 2022-06-16T12:18:08+02:00

Campbell Barton commented

2022-06-16 12:18:08 +02:00

Wayland can't access window positions. From what I can tell this is an intentional limitation and there aren't ways to access this information.

This means functions such as WM_window_find_under_cursor doesn't work.

From the user perspective the following functionality wont work.

"Swap Areas" / SCREEN_OT_area_swap isn't able to swap areas with another window.
Some "Eyedropper" functions such as datadropper_win_area_find wont be able to access other windows.
Dragging items between windows doesn't work (see wm_event_cursor_other_windows).

Currently GHOST_SupportsWindowPosition() has been added to prevent other windows being found when they shouldn't be.

NOTE: there is a proposed solution that might allow Blender to restore the positions of windows saved in a file: see: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/18

Wayland can't access window positions. From what I can tell this is an intentional limitation and there aren't ways to access this information. This means functions such as `WM_window_find_under_cursor` doesn't work. From the user perspective the following functionality wont work. - "Swap Areas" / `SCREEN_OT_area_swap` isn't able to swap areas with another window. - Some "Eyedropper" functions such as `datadropper_win_area_find` wont be able to access other windows. - Dragging items between windows doesn't work (see `wm_event_cursor_other_windows`). Currently `GHOST_SupportsWindowPosition()` has been added to prevent other windows being found when they shouldn't be. --- NOTE: there is a proposed solution that might allow Blender to restore the positions of windows saved in a file: see: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/18

Campbell Barton commented

2022-06-16 12:18:08 +02:00

Added subscriber: @ideasman42

Campbell Barton commented

2022-06-16 12:34:14 +02:00

Note that while it's not possible to access the absolute window locations, a way to workaround this could be to define one window being the parent of all other windows, in that case it's possible to find the window location relative to the parent window, although this requires the child windows to be popups. See: xdg_popup_listener.configure.

In the case of dragging items, we could look into supporting OS-level drag & drop, instead of bypassing the windowing system in the case of Blender dragging into other Blender windows.

Note that while it's not possible to access the absolute window locations, a way to workaround this could be to define one window being the parent of all other windows, in that case it's possible to find the window location relative to the parent window, although this requires the child windows to be popups. See: `xdg_popup_listener.configure`. --- In the case of dragging items, we could look into supporting OS-level drag & drop, instead of bypassing the windowing system in the case of Blender dragging into other Blender windows.

Campbell Barton changed title from ~~Wayland unable to access window position, finding the window under the cursor doesn't work~~ to Wayland: Unable to access window position, finding the window under the cursor doesn't work

2022-08-08 02:16:41 +02:00

Pratik Borhade commented

2023-02-15 14:36:23 +01:00

@ideasman42 hi, this report is now displayed under "Untriaged reports list" (after Gitea migration).
From report description, this seems a known issue/limitation for Wayland, can you confirm it in that case?
Or is this fixed already? :)

@ideasman42 hi, this report is now displayed under "Untriaged reports list" (after Gitea migration). From report description, this seems a known issue/limitation for Wayland, can you confirm it in that case? Or is this fixed already? :)

Pratik Borhade added

Status

Needs Info from Developers

and removed

Status

Needs Triage

labels 2023-02-15 14:36:32 +01:00

Campbell Barton added

and removed

labels 2023-02-16 05:33:03 +01:00

Campbell Barton removed the

Status

Needs Info from Developers

label 2023-02-16 05:35:58 +01:00

Campbell Barton commented

2023-02-16 05:36:47 +01:00

@PratikPB2123 it's a known issue, I opened it to keep track of any problems related to the inability to know absolute positions of windows.

(set as known-issue).

@PratikPB2123 it's a known issue, I opened it to keep track of any problems related to the inability to know absolute positions of windows. (set as known-issue).

Campbell Barton referenced this issue

2023-03-16 03:47:11 +01:00

GHOST/Wayland Support #76428

Campbell Barton added the