Welcome Guest Search | Active Topics | Sign In | Register

questions about web browser control Options
roger reynolds
Posted: Tuesday, March 11, 2014 7:13:55 PM
Rank: Advanced Member
Groups: Member

Joined: 3/11/2014
Posts: 57
I am evaluating the EO WebBrowser for WPF. Initial reaction is - wow this is great!

But before I commit, i have a few qusetions.
- Is this control based on CEF (chromiumn embedded framework) or some other version of chrome? The product notes say it is based on the "chrome v33 codebase". Not sure what that means. My understanding is that CEF3 is multi-process, but the EO browser seems to be all running in a single process, which makes me wonder if it isn't actually CEF1 based.

- It appears that EO web browser works in a both 32 and 64 bit applications. Using a single dll which is about the size that i would expect just the 32bit CEF to be. That would seem to suggest that it is CEF3 based and is packing both 64 and 32 bit CEF dlls inside of EO.WebBrowser.dll

So, basically, my question is about the architecture of the browser control, how it exactly relates to CEF, if at all, and how would you describe the 32/64 bit situation.

eo_support
Posted: Tuesday, March 11, 2014 8:05:54 PM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,196
Hi,

Thanks for posting in the forum. Our architecture is very similar to that of CEF3 but we are not merely a .NET wrapper of CEF3. We do have a multi-process architecture like the Chrome browser itself. Chrome uses different processes for rendering, GPUs, sandboxing, etc. We do the same.

As to "Chrome V33 code base", it means that we do use Chrome's source code and we follow their updates very closely. The current Google Chrome browser version is V33. If you use our browser control to browse a website, you will see the user agent string is Chrome V33 as well. We intend to keep up with Chrome all the time.

The programming interface is pure .NET so it does run in both 32 bit and 64 bit applications and it does not rely on C++/CLI. Unfortunately we are not at a position to discuss the implementation details since this is in fact one of the competitive advantage of our product. I hope you understand.

Thanks!
roger reynolds
Posted: Tuesday, March 11, 2014 8:34:39 PM
Rank: Advanced Member
Groups: Member

Joined: 3/11/2014
Posts: 57
Ah, i see the sub-processes now, via rundll.
I understand the hesitancy to spill the beans on how you are doing what you do, and let me say - good work here.
I've been fighting with CEF, cefSharp and cefGlue for a few days. Wish I'd found this first.
eo_support
Posted: Tuesday, March 11, 2014 8:40:57 PM
Rank: Administration
Groups: Administration

Joined: 5/27/2007
Posts: 24,196
Thanks for understanding! Please feel free to let us know if you have any other questions with our product.


You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.