[PATCH wayland v3] protocol: Add minimize/maximize protocol

Scott Moreau oreaus at gmail.com
Fri Mar 8 14:39:29 PST 2013


On Fri, Mar 8, 2013 at 3:28 PM, Bill Spitzak <spitzak at gmail.com> wrote:

> Scott Moreau wrote:
>
>  "Further, the term minimize is relatively subjective and defined by the
>> implementation. Clients should not expect that minimized means the surface
>> will be invisable to the user. There are several use cases where
>> displaying
>> minimized surfaces will be useful."
>>
>> Minimize can be handled differently by each compositor. The protocol does
>> not define minimize explicitly. The important part is that the protocol is
>> in place so that the compositor and clients can communicate minimize state
>> information, not unlike maximize. The comment you're looking at does not
>> represent any protocol restriction, it's merely a reminder that suggests a
>> minimize surface might not be unmapped. We might want to view 'live'
>> minimized surfaces in a window preview, graphical window switcher or
>> scaling feature. It seems that you're misinterpreting this specific text
>> but I'm not really sure what you mean. Just know that the weston
>> implementation is a reference with working proof-of-concepts, exercising
>> and demonstrating the protocol. A different wayland compositor can handle
>> all of these events and requests differently.
>>
>
> Actually perhaps I am misunderstanding it. Does it just send an "unmap
> request" from the shell to the client? From the code it seems to cause the
> compositor to stop showing the minimized window without any indication
> being sent to the client at all, which I absolutely disagree with!
>
> If in fact the window will not vanish until the client responds to the
> unmap request, that will allow the client to atomically unmap child windows
> if wanted.
>
> I'm not sure if that is a good idea to have the "unmap request" without an
> indication that it is due to a minimize, though. Maybe there are multiple
> reasons for an unmap request and clients may want to respond differently to
> them.
>


I am not really sure what you are talking about but I'm also not sure I
have time for it. The fact is that this is only a basic implementation to
exercise the new protocol. If you would like to contribute code, the policy
is that patches are welcome. A working implementation of what you think is
better might also help to illustrate your points better.

- Scott
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-devel/attachments/20130308/a71196bc/attachment.html>


More information about the wayland-devel mailing list