Re: [PATCH 0/6] MR3909: winewayland.drv: part 7: Basic window management

[Alexandros Frantzis (＠afrantzis)]

On Thu Sep 21 09:49:58 2023 +0000, Dallas Strouse wrote:
> Hi, I'm back again :P
> Since it's probably about time for it, and I forgot to send that email a
> while back, I might as well ask now: are there plans to make Wine use
> libdecor at some point in the future, so that there are "native" window
> decorations for desktops that don't provide xdg-decoration? A lot of the
> work here for compositor-initiated window closing is a requirement for
> that. 
> There may be performance implications for this, IIRC, since you'd have
> to work with another library's event loop on top of another GUI toolkit
> not made for games, and GTK doesn't support wl_subsurfaces normally
> *iirc*. SDL does it, at least, so there's that. But something to maybe
> consider. I'm satisfied with the default window decorations right now, myself.
> Hi! At this point there are no plans to use any external client-side mechanism to draw window decorations. For libdecor, in particular, my impression is that while its abstractions for event dispatching and surface configuration are helpful for typical Wayland clients, they are not a good match for the driver's integration needs, for which we need finer and more direct control.

Some other ideas:

1. Support server-side decorations, which will help with KDE and wlroots based compositors.
2. Create a Wine decoration theme to better match typical GNOME/KDE etc (will only help with apps that don't do their own decorations).

-- 
https://gitlab.winehq.org/wine/wine/-/merge_requests/3909#note_46175