Good to see there is an actual bug on this, but I need to ask for our
exact case:
Our app can be configured to have 2 (well actually any number) of
windows. Normally each window is maximized or fullscreen on a different
output. User expects to be able to rearrange the windows, change their
size and whether they are fullscreen/maximized, and then do "save
layout", and later when they run the software again or do a "load
layout" they get EXACTLY the same arrangement of windows. In particular
the windows must not be on different outputs than they were previously,
they cannot overlap and there must be absolutely no way they can be
swapped no matter what order the client creates them.
Preserving the exact size and position is less important. In particular
I have no problem with the compositor moving the windows if they do not
fit on the current outputs. It is also acceptable for "maximized" or
"fullscreen" to be more important than the size if the output changes
size. It is nice to not change the size without a good reason however.
If you want example clients, take a look at Nuke or Maya or 3DStudioMax
or Photoshop or Blender or virtually every other application in special
effects or video editing.
As far as I can tell, Wayland explicitly makes this impossible.
Requiring a special compositor is not acceptable as we need to run more
than one piece of software on the same machine simultaneously.
I would greatly appreciate an answer to this question: is Wayland not
going to support this, or is there a plan to do so?
On 05/07/2014 02:51 AM, Rohit Nandan wrote:
Please go through this NOTABUG bug.
https://bugs.freedesktop.org/show_bug.cgi?id=78372
Rohit Nandan
_______________________________________________
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
_______________________________________________
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
