[Wayland-bugs] [Bug 768128] with wayland and gtk_window_begin_move_drag there's apparently no way to track where the window is
gtk+ (GNOME Bugzilla)
bugzilla at gnome.org
Mon Jul 4 02:56:43 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=768128
Jonas Ådahl <jadahl at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jadahl at gmail.com
--- Comment #4 from Jonas Ådahl <jadahl at gmail.com> ---
It depends if we feel the use case is important enough to fix. Thinking more
about it, if these dialogs are not expected to need automatic compositor driven
positioning (to keep it within the monitor work/monitor area), they could just
be turned into subsurfaces. Moving could be done completely client side, and
it'd know the relative positions of everything, since the client would position
things itself. If so, should such behaviour be part of GTK+ or should the
application deal with it itself?
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-bugs/attachments/20160704/0839be56/attachment-0001.html>
More information about the wayland-bugs
mailing list