would be better if folks actually understood the explanation given on Chromium at Chromium.org
Chromium does not change the webkit core.
They enclose it with a layer that adds the interfaces on which the following layers are depending. But each layer has absolutely no knowledge of the layer that comes next. This way it is going to be dead easy to rip out the webkit core and replace it with a newer one.
In other words. Adding Chromium as engine...wrong idea...Chromium is a browser, just like Lunascape. it uses webkit as engine, just like lunascape...
Another wrong idea...Chrome extensions. They are not linked to the engine, they are linked to a higher layer. Lunascape does not have this layer, it has its own...the Lunascape UI... It's not like with the Gecko engine, which also comes with its own UI (Extended Gecko Mode) on which to graft the Firefox/Gecko extensions...Since lunascape does not have these layer(s) Chrome extensions will not work most times since they would be actively looking for the Chrome interfaces into the layer that handles their use
Now, if Chromium were to decide to add such functionality to its layers that you could turn off certain parts, just like with the Gecko engine, than perhaps we may see a Chrome browser become part of Lunascape, but with it's UI layer by default disabled. Would be a resource monger though, running a separate instance for each extension (thats the way Chrome does it)
I've managed to dig up the page which shows it a bit more graphically, hopefully this prevents further confusion and allows users to understand why using the same engine, does not always mean it also can support all of the extensions other browsers use on that engine...
http://www.chromium.org/developers/desi ... -in-chromeThe same problem exists for the IE addons, some of these actively search for specific IE interfaces not available in the WebBrowser control. Because these happen to be located in one of the layers which IE lays on top of its engine.