4 ms·
That's obviously the only correct approach. The concept of "window position on screen" makes no sense, since a compositor is allowed to display windows arbitra
by devit 3y ago
That's obviously the only correct approach.
The concept of "window position on screen" makes no sense, since a compositor is allowed to display windows arbitrarily, and doesn't necessarily display them as 2D rectangles (for instance, they could be displayed in a VR environment at arbitrary 3D positions, or they could be warped arbitrarily, etc.).
Also, the window layout belongs to the user and compositor and it would be a security hole to let applications affect it.
If you want to position subwindows, you need to draw the subwindows yourself inside a main window like e.g. VSCode does with its various panes.
- mcpackieh 3y ago> The concept of "window position on screen" makes no sense, since a compositor is allowed to display windows arbitrarily, and doesn't necessarily display them as 2D rectangles (for instance, they could be displayed in a VR environment at arbitrary 3D positions, or they could be warped arbitrarily, etc.). This is a poorly thought out objection (sounds more like a rationalization), neatly addressed here: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/247#i-have-a-tiling-wm https://gitlab.freedesktop.org/wayland/wayland-protocols/-/m... > No problem! For window managers like this, it is perfectly legitimate to just ignore the client’s positioning requests. The API specifically mentions that clients should not rely on absolute placement to happen. It is merely advice to the compositor to choose a sensible initial spot to put a window. Same goes for weird form factor displays or specialized compositors, of course (but those may not even implement xdg-shell at all).
- PH95VuimJjqBqy 3y agoI'm pretty sure this has always been the case and is how the desktop standardization stuff works now in X11.
- mcpackieh 3y agoYes exactly, tiling window managers frequently ignore applications trying to set window geometry. It need be no different for exotic VR wayland compositors or whatever else anybody has in mind. The existence of a protocol for setting window geometry and positions obviously does not mean every compositor must respect those requests.
- phendrenad2 3y agoSeems like the main reason to let apps know the absolute positions of their windows is for running Windows apps in WINE, and legacy proprietary Linux apps that were meant to work on X11. Wayland devs want a perfect, elegant solution, but they're just sticking their heads in the sand and hoping that reality will go away.