Hi On 2 June 2016 at 16:44, Drew DeVault <s...@cmpwn.com> wrote: > [...] >> >> Why a separate protocol for that sole purpose, why not using Mike's >> "draw state" proposal? > > Your protocol suggests that the only ways a window can be tiled is > against an edge. This is not the case. In most tiling window managers > the following situation could happen: > > x x x > > Where each x is a window, equally sized. How does your protocol > accomodate for the middle window? The protocol is too specific and not > flexible enough. The problems it tries to solve should be solved at a > higher level and if you need to communicate orientation near a screen > edge to a client for your specific compositor's use-case then a special > protocol would be the right call IMO.
Oh I see, there is a misunderstanding here, "edge" in my proposal does not denote the monitor's edges but the window's edges. So in your example, all 3 windows would be tiled on all 4 edges, including the one in the middle as it's tiled against the montoir edged at its top and bottom, and to the other windows on its right and left edges. This is why the description in my patch for each state reads "The xxxx side of the surface is tiled, either to another surface or a monitor edge". In the light of this, I suspect Mike might also have misunderstood my proposal,I did not understand why people kept referring to the gnome-shell implementation of tiling... Cheers, Olivier _______________________________________________ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel
