Comment

Comment by adamkhrona

Hey, main developer of Awesomium here-- allow me to answer your question:

Awesomium 1.6 was designed from the ground up with the following goals in mind:

* Must render to a 32-bit BGRA pixel-buffer (most common image format)

* Must be absolutely windowless (to allow use in any context, 3D or otherwise)

* Must emulate Chrome's sandbox architecture (for security and crash isolation)

* Must support platform-agnostic input

* Must support Flash plugins on all platforms

* Must be flexible and easy to configure

* Must maintain a simple, easy-to-use API

Chromium Embedded Framework (CEF) is largely intended to be used by "embedding chromium browser windows" in your application. That's a key difference-- you're embedding a window inside of your application versus the more versatile pixel-buffer that our RenderBuffer class provides. This makes it nearly impossible to use inside a 3D graphics context or in other situations where embedding a native window handle is not feasible.

Additionally, CEF has a single-process architecture which means it does not scale as effectively nor isolate crashes in the manner that Awesomium or Chrome does (the Flash plugin can crash on a web-page in Awesomium-- as is liable to happen-- and your application will continue to run as normal).

I personally have been working on embedding WebKit, Mozilla Gecko, and similar technologies for nearly five years now so I've got a pretty good deal of experience on how to do it right. If you need any help, feel free to drop me at line at [email protected]

parent adamkhrona 15 years ago

Discussion

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton