Hi Mike, Thanks for starting the discussion! :)
----- Original Message ----- > Just to play devil's advocate, do we really want to start getting into size > hint type stuff? After this will be min size, then step size, then aspect, > ... I think these are different issues. min size, step size, aspect are client specific, you usually don't find a compositor that lets you non-interactively resize a window to arbitrary size, the only exception for that is maximize and fullscreen. This is really needed solely to let the compositor know what would be the largest acceptable size for the given surface (as for interactive resize, the client has the final word so we do have size increment, min size, even aspect ratio covered). I have been rightfully pointed out that the gnome bug where I started from is actually an application bug, ie xdg-shell clearly states that if the surface is maximized or fullscreen, the window geometry specified in the configure event must be obeyed by the client, so I have attached a patch for gtk+ to address that. Yet, I think a way for the client to let the compositor know that its surface should not be resized to anything bigger that a given size would help improve the user experience, not all windows look good when resized to arbitrary large sizes (they can doesn't necessarily mean they should). Beside, as opposed to what was stated on irc, I think it would also help with tiling window managers as well, to base their euristic on the largest optimal size for some windows. Cheers, Olivier _______________________________________________ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel
