[Wayland-bugs] [Bug 721224] please add support for GtkSocket/GtkPlug in Wayland backend

gtk+ (bugzilla.gnome.org) bugzilla at gnome.org
Sun Dec 29 17:51:37 PST 2013


https://bugzilla.gnome.org/show_bug.cgi?id=721224
  gtk+ | wayland | 3.10.x

Thierry Vignaud <thierry.vignaud> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|please add support for      |please add support for
                   |GtkSocket/GtkPlug           |GtkSocket/GtkPlug in
                   |                            |Wayland backend

--- Comment #1 from Thierry Vignaud <thierry.vignaud at gmail.com> 2013-12-30 01:51:34 UTC ---
This affect other tools:
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2355#c8

Same for XFCE panel:
http://lists.freedesktop.org/archives/wayland-devel/2012-February/002030.html

In that thread, they suggests several solutions:
1) Idea: Relative window
Let the socket side application control the position of the plug
application window. This window could be relatively positioned to the
socket application window, so any transformation in the socket
application can also be applied on the plug window. The plug window
should be drawn on top of the socket window by the compositor and
moved simultaneously.

2) Idea: Expose area
Let the socket side application expose a part if its window to the
plug application. This way the plug application could directly render
into the socket window. The events for the exposed part should be
directed to the plug application.

3) Idea: Inter client windows
Share the same window between multiple clients. This way the socket
side application could copy the window into its own window. The events
need to be forwarded by the socket applications.

4) Idea: Shared memory
Share part of the window memory between multiple applications. Either
a subsection of the window or a window which is draw on top of the
socket side application window. The events need to be directed to the
correct process in some way.

5) Idea: Compositor in client
Make the socket side application a compositor which provide a file
descriptor to the plug application which gets it's window that way.
The socket application needs to implement parts to act as a
compositor. The plug client might need to handle multiple compositors
this way.

-- 
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.


More information about the Wayland-bugs mailing list