https://bugzilla.gnome.org/show_bug.cgi?id=766860
--- Comment #5 from Simon McVittie <[email protected]> ---
(In reply to Olivier Fourdan from comment #4)
> 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.
"""
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
wayland-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
