<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Jun 29, 2014 at 12:21 PM, Fabrice Rey <span dir="ltr"><<a href="mailto:fabounet03@gmail.com" target="_blank">fabounet03@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class=""><div>> "By the application and the compositor they're designed for having a specific
extension that they use to negotiate the position. The compositor may allow
this extension only to known applications it launches. Or maybe not at all:
the compositor may want to do that only via plugins running on the compositor
itself."<br><br></div></div>Plug-ins are not portable, it would mean a complete fragmentation of the desktop, I hope we can avoid it.<br></div>What would be this "specific
extension" ? Isn't xdg-shell the place where such feature should be ?<br><div><div class=""><div></div></div></div></div></blockquote><div><br></div><div>No. xdg-shell is between desktop applications and the compositor, not between some concept of "desklets" and the compositor. I don't even know what a "desklet" is.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class=""><div>> "Either way, as far as I know, the process is not going to be standardised."<br>
</div></div><div>Ok, but this is going to be fixed, right ? I mean, if something is missing, it's probably the time to think of it, before the protocol is written into the rock.<div class=""><br>
<br>> "This should be solved for
all kinds of popups, including menus."<br></div></div><div>Yes, I guess you can place a window relatively to its parent. That's good, but still not enough for the use-case I presented. Since the client doesn't know where it is on the desktop, it will act as if it's in the top-left corner (by default), which will be wrong most of the time.<br>

</div><br><div><div class="gmail_extra"><div class="gmail_quote">2014-06-29 17:55 GMT+02:00 Thiago Macieira <span dir="ltr"><<a href="mailto:thiago@kde.org" target="_blank">thiago@kde.org</a>></span>:<div><div class="h5">
<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Em dom 29 jun 2014, às 17:44:46, Fabrice Rey escreveu:<br>
<div>> Hi,<br>
> First thank you for hard work on Wayland/X.<br>
><br>
> As I understand, there is no window placement on the client side in Wayland.<br>
> Because of that, a desklet application can't place its desklets on the<br>
> desktop. Currently in Weston, they are automatically placed (randomly, each<br>
> time at a different position).<br>
> How is this going to be addressed by Wayland ?<br>
<br>
</div>By the application and the compositor they're designed for having a specific<br>
extension that they use to negotiate the position. The compositor may allow<br>
this extension only to known applications it launches. Or maybe not at all:<br>
the compositor may want to do that only via plugins running on the compositor<br>
itself.<br>
<br>
Either way, as far as I know, the process is not going to be standardised.<br>
<div><br>
> Another similar problem is that when receiving a Configure event, the<br>
> position is not in the event. So for instance in GTK the coordinates are<br>
> always (0;0).<br>
<br>
</div>That's expected. Any application knows only about its own windows and never<br>
knows about the global position.<br>
<div><br>
> This is problematic, because the application might want to display things<br>
> differently depending on where it is.<br>
> For instance, on right-click, the desklet would pop the menu above it if<br>
> it's in the bottom half of the screen, and vice-versa.<br>
<br>
</div>This kind of issue should be solved on the particular use-case, as opposed to<br>
telling the application about its global position. This should be solved for<br>
all kinds of popups, including menus.<br>
<div><div><br>
> It seems that xdg-shell is to bring answers to these kind of<br>
> desktop-specific problems, so is this planned to be added in this interface<br>
> ?<br>
><br>
> Fabounet.<br>
<br>
</div></div><span><font color="#888888">--<br>
Thiago Macieira - thiago (AT) <a href="http://macieira.info" target="_blank">macieira.info</a> - thiago (AT) <a href="http://kde.org" target="_blank">kde.org</a><br>
   Software Architect - Intel Open Source Technology Center<br>
      PGP/GPG: 0x6EF45358; fingerprint:<br>
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358<br>
<br>
_______________________________________________<br>
wayland-devel mailing list<br>
<a href="mailto:wayland-devel@lists.freedesktop.org" target="_blank">wayland-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/wayland-devel</a><br>
</font></span></blockquote></div></div></div><br></div></div></div></div>
<br>_______________________________________________<br>
wayland-devel mailing list<br>
<a href="mailto:wayland-devel@lists.freedesktop.org">wayland-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/wayland-devel</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>  Jasper<br>
</div></div>