Chrome Frame *is* an ActiveX control in addition to being an
ActiveDocument and a BHO. You can use it directly from script for C++.
The reason we say it's not a replacement for the WebBrowser control is
that, due to the multi-process nature of Chrome and the async RPCs
involved in connecting to it, we don't provide (many) synchronous
interfaces to the contents of a document (e.g., the DOM). That means
we're not implementing IWebBrowser2 (e.g.). If you use the APIs we
provide, you can indeed embed GCF to host a document, but remember
that you won't have the same API as the IE control.
> I have seen many articles on the fact that Chrome Frame cannot be used
> in the WebBrowser control (only within IE itself). Based on my
> research it sounded like if Chrome Frame was wrapped in an ActiveX
> control, applications written in VB.net or C# could then use it.
>
> Many people have point people to this code:
>
> http://src.chromium.org/viewvc/chrome/trunk/src/chrome_frame/test/perf/chrome_frame_perftest.cc?view=markup
>
> This is test code that is part of Chrome Frame, but it's done in C++.
>
> Can this same work be done using C#?
>
>
>
> Thanks,
> Joe
>
> --
> You received this message because you are subscribed to the Google Groups "Google-chrome-frame" group.
> To post to this group, send email to google-ch...@googlegroups.com.
> To unsubscribe from this group, send email to google-chrome-f...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/google-chrome-frame?hl=en.
>
>
On Thu, Jan 6, 2011 at 4:42 AM, jfc <jfcek...@gmail.com> wrote:Chrome Frame *is* an ActiveX control in addition to being an
> Has anyone been able to succesfully wrap Google Chrome Frame with an
> ActiveX type control for use as a replacement for the WebBrowser
> Control?
ActiveDocument and a BHO. You can use it directly from script for C++.
The reason we say it's not a replacement for the WebBrowser control is
that, due to the multi-process nature of Chrome and the async RPCs
involved in connecting to it, we don't provide (many) synchronous
interfaces to the contents of a document (e.g., the DOM). That means
we're not implementing IWebBrowser2 (e.g.). If you use the APIs we
provide, you can indeed embed GCF to host a document, but remember
that you won't have the same API as the IE control.
> I have seen many articles on the fact that Chrome Frame cannot be used
> in the WebBrowser control (only within IE itself). Based on my
> research it sounded like if Chrome Frame was wrapped in an ActiveX
> control, applications written in VB.net or C# could then use it.
>
> Many people have point people to this code:
>
> http://src.chromium.org/viewvc/chrome/trunk/src/chrome_frame/test/perf/chrome_frame_perftest.cc?view=markup
>
> This is test code that is part of Chrome Frame, but it's done in C++.
>
> Can this same work be done using C#?