[PATCH wayland-protcols v3] unstable: add xdg-toplevel-decoration protocol
Drew DeVault
sir at cmpwn.com
Sun Mar 18 19:34:03 UTC 2018
To summarize the state of affairs here, the purpose of this protocol is
to communicate:
- The compositor's preference to use SSD or leave the client to its own
devices
- The choice of the client to have SSD displayed
We can completely remove CSD from the question because the term is
barely meaningful. CSD is just a code-word for "some client-provided
mechanism for window manipulation". SSD on the other hand is an apt
description for what the server is going to do here.
I think we can settle the matter by making the following change to
Simon's proposal:
<enum name="mode">
<description summary="window decoration modes">
These values describe window decoration modes.
</description>
- <entry name="client_side" value="1" summary="client-side window decoration"/>
- <entry name="server_side" value="2" summary="server-side window decoration"/>
+ <entry name="server_side" value="1" summary="server-side window decoration"/>
+ <entry name="none" value="2" summary="no window decoration"/>
</enum>
Then updating the prose accordingly. We can include a note along the
lines of "if the client chooses not to use server-side decorations, it
is responsible for its own window management operations."
--
Drew DeVault
More information about the wayland-devel
mailing list