<div dir="ltr">Rotated windows are not the only reason, but they do contribute. The ability to do an arbitrary transformation on the window is a very useful feature, for e.g. HiDPI support, and we'd like to expose as little data to the client as possible so we can enable better use cases.<br>
<br>The client cannot get or set any transformations on its windows. And it will never be able to, as long as Kristian, Pekka, Jason, and I are writing the protocols and the code.<br></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Mon, Aug 11, 2014 at 5:59 PM, Bill Spitzak <span dir="ltr"><<a href="mailto:spitzak@gmail.com" target="_blank">spitzak@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I don't think rotated windows are the reason they are not supporting window position.<br>
<br>
Also the corner of the bounding box is a really awful control. Best to just use on of the corners, or the center. Assume the client can either get or set the rotation so it knows the actual bounding box.<div class=""><br>

<br>
On 08/11/2014 09:49 AM, Nils Chr. Brause wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
On Mon, Aug 11, 2014 at 12:57 PM, Giulio Camuffo<br></div><div><div class="h5">
<<a href="mailto:giuliocamuffo@gmail.com" target="_blank">giuliocamuffo@gmail.com</a> <mailto:<a href="mailto:giuliocamuffo@gmail.com" target="_blank">giuliocamuffo@gmail.<u></u>com</a>>> wrote:<br>
<br>
    The problem is that windows don't always have a meaningful position.<br>
    If a window is shown on two outputs at the same time, maybe one of<br>
    which a remote one, what is the window position? And what is the<br>
    position of a window rotated 45 degrees?<br>
<br>
<br>
Since the question about absolute positioning of windows comes up every<br>
now and then (and probably will continue to do so for the next few<br>
years), I thought about a possible way to fix this.<br>
<br>
We could create a new interface, that puts an unrotated rectangle around<br>
a window (which could be transformed in whatever way), that is just big<br>
enough to fit in the whole window. The upper left corner of this<br>
rectangle could then be defined as its "position", which could be read<br>
and set by the user. The size of this rectangle could also be of<br>
interest of the user, but of course not be set.<br>
<br>
Since a window could be on multiple outputs, there would be the need for<br>
one instance of this interface for every output and every window. These<br>
could maybe be created and destroyed with events (whenever a window<br>
appears or disappears on an output).<br>
<br>
This is not 100% thought through, but maybe a starting point.<br>
<br>
<br>
<br></div></div><div class="">
______________________________<u></u>_________________<br>
wayland-devel mailing list<br>
<a href="mailto:wayland-devel@lists.freedesktop.org" target="_blank">wayland-devel@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/wayland-devel</a><br>
<br>
</div></blockquote><div class="HOEnZb"><div class="h5">
______________________________<u></u>_________________<br>
wayland-devel mailing list<br>
<a href="mailto:wayland-devel@lists.freedesktop.org" target="_blank">wayland-devel@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/wayland-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>  Jasper<br>
</div>