It's the RenderWidgetHostView impl, that is used as a parent for windowed plugins. It's a native handle because WebKit code only knows about those simple types, not our RenderWidgetHost* stuff.
-Ben On Tue, Feb 10, 2009 at 9:36 AM, Avi Drissman <[email protected]> wrote: > brettw— > > I'm trying to track down the meaning of GetPluginNativeView. Looking at the > code, it seems like the GTK people aren't sure either, so I've looped them > in (that's you, agl). > > In RenderWidgetHostViewWin, the RenderWidgetHostViewWin object itself is the > view, and GetPluginNativeView seems to return the HWND behind it. In GTK, it > looks like they weren't sure what GetPluginNativeView was to do, so they > implemented a native_view() call to return the actual view, and modified > GetPluginNativeView to return it as well. I can't blame them, as I was just > as confused. I created my own GetNativeView() call to return the view, but > made GetPluginNativeView return null (and be UNIMPLEMENTED). > > GetPluginNativeView factors into the starting of the renderer (see > render_view_host.cc:170), as it's the view shipped off to the renderer. > > brettw, what's the meaning of the view returned from GetPluginNativeView()? > It seems to me that it's the actual view, in which case it feels like it's > mis-named and we should use it to return the actual view from the > RenderWidgetHostView rather than making new calls (native_view and > GetNativeView). If not, then what purpose does it serve in the greater > scheme? > > Thanks, > > Avi > > > > --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---
