[PATCH wayland-protocols 00/11] Declaring xdg-shell stable

[David Edmundson]

>
> For flipping, it's a bit more non straight forward, as
> flipping and the offset are not very useful in combination,
>

Yes, I think it's only when flipped where we need some additional
clarification.


> How about we add the following paragraph to the flip_x/y descriptions:
>
>           The adjusted position is calculated given the original anchor
>           rectangle and offset, but with the new flipped anchor and gravity
>           values.
>


I'm not sure that's what we want. In the case of a combobox where we want
the dropdown to appear beneath the main UI controls with a gap, if we don't
flip the offset we'll end up now overlapping the controls.

To hopefully explain what I mean:
http://static.davidedmundson.co.uk/not_flipped.png   - some popup anchored
to the text box (anchor bottom, gravity bottom) some +y offset.

Now for some reason that's constrained and it has flipY.
http://static.davidedmundson.co.uk/flipped.png   - now flipped (anchor top,
gravity top) but because we have a positive offset, we end up overlapping
the control we're anchored round.

I don't fully grasp what the anchor offset is for. A toolkit can acheive
the same functionality by simply making the anchor rect bigger and that
implicitly also gives the client the flexibility on how an offset when
flipped should be handled.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-devel/attachments/20170622/bf5abdcd/attachment.html>