Hey Darin,
The long story is pretty long, but I can explain it if you're
interested in all of the details. The medium sized version:
Gtk implements a non-trivial amount of code for handling the X event
forwarding and management of the xembed protocol, which is how modern
plugin embedding on
On Fri, Feb 13, 2009 at 1:34 AM, Dean McNamee de...@chromium.org wrote:
I believe the situation is similar on the Mac. I'm not sure the
current design of passing HWNDs between processes conceptually extends
beyond win32.
The situation on the Mac is similar. There's an internal window
server
On Fri, Feb 13, 2009 at 7:40 AM, Amanda Walker ama...@chromium.org wrote:
On Fri, Feb 13, 2009 at 1:34 AM, Dean McNamee de...@chromium.org wrote:
I believe the situation is similar on the Mac. I'm not sure the
current design of passing HWNDs between processes conceptually extends
beyond
On Fri, Feb 13, 2009 at 9:27 AM, Darin Fisher da...@chromium.org wrote:
I thought on the mac, we were just going to support windowless mode. This
discussion of passing HWNDs or XwindowIDs only pertains to windowed mode
plugins.
Is there a windowed mode for mac that we need to worry about?
On Fri, Feb 13, 2009 at 10:14 AM, Dean McNamee de...@chromium.org wrote:
You must mean canvas3d, I don't think that's a big deal yet as it's
still just a Mozilla prototype. It would be nice to try to make
things like that possible in our design though, anything with opengl
is probably going
