Skip to content

xdg-decoration: allow get_toplevel_decoration with a mapped toplevel

When clients create an xdg_toplevel_decoration object, they opt-in for being self-decorated by the compositor if it decides to. Clients have no way to prevent the compositor from potentioally decorating them, if they don't want any decorations they should destroy the xdg_toplevel_decoration object.

Some toolkits allow toggling toplevel decorations at runtime. In this case they need a way to transition from having no decorations at all to a state where they can be decorated.

Allow creating an xdg_toplevel_decoration object on an already-mapped toplevel to accomodate for this use-case.

Closes: #9

Edited by Simon Ser

Merge request reports