From e4c0329c31debaec3b5fe8a1136321c143de7d97 Mon Sep 17 00:00:00 2001 From: "evan@chromium.org" Date: Mon, 6 Jul 2009 20:32:41 +0000 Subject: linux: OOP windowed plugins There are still a few issues, but that's a start. - only windowed plugins - we can't currently create the gtksocket in background tabs, because their gtkwidgets are not yet in the hierarchy, so they can't be realized (that's what gives the XID). - the plugin process talks to the browser process through the renderer process to create/destroy the gtksockets, because the plugin doesn't know which renderer it's talking to. We need a bit more plumbing to be able to have direct IPC. - some code is duplicated between chrome and test_shell. We should probably factor it, but I'm not sure where the common part should live. Review URL: http://codereview.chromium.org/146078 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@19983 0039d316-1c4b-4281-b951-d872f2087c98 --- chrome/common/render_messages_internal.h | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'chrome/common/render_messages_internal.h') diff --git a/chrome/common/render_messages_internal.h b/chrome/common/render_messages_internal.h index d04c3a5..d6ff653 100644 --- a/chrome/common/render_messages_internal.h +++ b/chrome/common/render_messages_internal.h @@ -929,6 +929,13 @@ IPC_BEGIN_MESSAGES(ViewHost) IPC::ChannelHandle /* handle to channel */, FilePath /* plugin_path */) +#if defined(OS_LINUX) + IPC_SYNC_MESSAGE_ROUTED0_1(ViewHostMsg_CreatePluginContainer, + gfx::PluginWindowHandle /* container */) + IPC_SYNC_MESSAGE_ROUTED1_0(ViewHostMsg_DestroyPluginContainer, + gfx::PluginWindowHandle /* container */) +#endif + // Clipboard IPC messages // This message is used when the object list does not contain a bitmap. -- cgit v1.1