> > 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.
_______________________________________________ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel
