<html> <head> <base href="https://bugzilla.gnome.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - tiled (snapped, half-maximized) windows in Wayland aren't GDK_WINDOW_STATE_TILED" href="https://bugzilla.gnome.org/show_bug.cgi?id=766860#c5">Comment # 5</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - tiled (snapped, half-maximized) windows in Wayland aren't GDK_WINDOW_STATE_TILED" href="https://bugzilla.gnome.org/show_bug.cgi?id=766860">bug 766860</a> from <a href="page.cgi?id=describeuser.html&login=simon.mcvittie%40collabora.co.uk" title="Simon McVittie <simon.mcvittie@collabora.co.uk>"> Simon McVittie</a> <pre>(In reply to Olivier Fourdan from <a href="show_bug.cgi?id=766860#c4">comment #4</a>) > Well, thinking of it, we could add these additional states tile vertical and > horizontal in the GNOME extended state (range 0x1000 - 0x1FFF) of xdg-shell > states so that mutter and gtk+ can share this state using the existing > xdg-shell protocol. Where is the canonical reference for what states in that range mean? Mutter? Gtk? I can look into implementing this, but I'd like to be sure that I'm sending the patch to the right place to reserve a state ID. Adding a single state ID corresponding exactly to GDK_WINDOW_STATE_TILED is probably the best starting point, unless people particularly want to extend GdkWindowState to have more members. The meaning I'm looking for is something like """ GNOME_SURFACE_STATE_TILED: the surface is occupying a fixed rectangular space on the screen which may be directly adjacent to other surfaces, for example occupying exactly half the screen or managed in the style of a tiling window manager. The client should not attempt to adjust its size, even if it would normally resize in multiple-pixel increments like a terminal. It might also draw window decorations differently, for example avoiding rounded corners. """</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>