[Wayland-bugs] [Bug 735756] Relative window positioning doesn't work

[gtk+ (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=735756
  gtk+ | Backend: Wayland | 3.13.x

Jasper St. Pierre <jstpierre> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jstpierre at mecheye.net

--- Comment #5 from Jasper St. Pierre <jstpierre at mecheye.net> 2014-09-05 15:47:18 UTC ---
(In reply to comment #4)
> Jasper asked for use cases, here are some:
> 
> * Modal dialogs currently get placed randomly on the screen while making the
> parent non responsive. I'd argue they shouldn't.

Yeah, this is because we don't have any way of marking a window as a "modal
dialog", so you won't get the center-attachment behavior. This is something we
should fix, I think.

> * Same for windows that are set to be place on the center of the parent (in my
> case clicking on a album cover opens a bigger version centered on the window,
> or preference windows)

We could say that windows are by default placed on the center of the parent.
This is a good enough strategy for me.

> * I have a custom tooltip implementation: https://i.imgur.com/QE0ZdvM.gif
>   No idea how to port that.

This could be done with subsurfaces.

> * I have a slider in a window that pops up next to a button:
> https://i.imgur.com/KNotPgA.png
>   Also no idea.

xdg_popups allow positioning their window relative to a parent. If you take a
gdk grab when the popup comes up, then it should be handled automatically.

> Positioning: I like the current solution that the top most parent defines the
> fake root. This makes offset calculations work on both X11 and wayland.
> 
> Window dragging:
> 
> * Dragging the modal dialog could move the parent and dragging the parent could
> move the dialog.

This should be implemented by a WM.

> * Moving preference window should not move the parent and vice versa
> 
> * A popover like widget should move with the parent, but might depending on the
> use case be movable independent of the parent.
> 
> So as a result each window could specify if it should move with the parent and
> if the parent should move with the window.

Basically, this is "should modal dialogs be attached to the window". Currently,
we don't have any way of marking a window as a modal dialog.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.