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

Bill Spitzak spitzak at gmail.com
Mon Mar 25 10:24:57 PDT 2013


Jason Ekstrand wrote:

> One more thing before I go onto the technical details: Bill Spitzak.
> Just because he gets on your nerves doesn't mean you should just
> ignore him.

Thanks but I think my email was pretty rambling and I should not have 
sent it. Can try to say what I wanted in a *short* way:

A surface can be both "minimized" and "maximized" at the same time, ie 
it looks minimized but when un-minimized it then looks maximized. I 
thought it might be necessary for both the client and the compositor to 
know this, and thus a set of on/off flags sent as a batch would be the 
best way to communicate this. A sequence of on/off command for each flag 
would have annoying bugs if the two ever got out of sync.

> Thanks for your comments Bill!  I have thought about this solution and
> I think it would work fairly well if we were to have the client send
> an explicit next state such as minimized, maximized, or normal to the
> compositor.

I think you may be right that the compositor does not actually need to 
know the set of states, so there is no problem with bugs making the 
compositor and client disagree, which was the primary reason I thought 
sending the entire set of states at once was a good idea.

This will require the compositor to send an un-minimize event, though, 
since it does not know if the result will be normal or maximized or 
fullscreen. My main concern is now the enumeration of possible messages 
is now larger than the number of states since it has to include these 
"un-state" messages.


More information about the wayland-devel mailing list