> I haven't followed discussions for a while. However, I think the following is > still how it is: Allowing applications to do this kind of "low-level" window > management is not wanted by the community developing Wayland (the protocol and > the desktop environments).
Adding some context here: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/264 Some wayland compositors might ship their own ext-zones implementations/plugins already but it will still require a toolkit to support the protocol as well. The protocol is still not officially merged (sadly it seems unlikely it will be merged anytime sooner), so even if your compositor shipped with such support, you will still need to patch your Qt to make it support this protocol. > ...So unless the Wayland community changes their mind > you cannot port your application to Wayland without redesigning these aspects. Alternatively, you can force your application to use Xwayland (will lose proper HiDPI, high fresh rate, and HDR support). Or maybe join the discussion on that protocol and see if it's possible to let Wayland support these sort of basic features in the future. Gary _______________________________________________ Interest mailing list [email protected] https://lists.qt-project.org/listinfo/interest
