On Sep 2, 2008, at 5:15 PM, Jim Devine wrote:
Google is coming out with a new browser named "Chrome." But there's a
component of Mozilla Firefox (allegedly a competitor) named "Chrome."
Is there any connection?


The chrome component in Mozilla/Firefox relates to the visual UI elements, and is unrelated to Google's new browser. Mozilla/Firefox is built around the Mozilla Gecko rendering engine and Mozilla's implementation of a JavaScript interpreter. Google's browser, like Apple's Safari, is built off a branch of the KDE project's KHTML engine, called WebKit (both Apple and Google preferred KHTML/WebKit over Gecko due to the former's smaller footprint and tighter codebase). While Safari and KDE's Konqueror use the KHTML/WebKit JavaScript interpreter, Google has chosen to re-implement their own. The reason for that is roughly the same reason they got into the browser business: they want more control over the application that delivers their web services.

I have a long pending critique (in my blog drafts) of the SaaS (software as a service) model and the idea of "cloud computing". My doubts notwithstanding ;-), the idea is here to stay and grow. One of my criticisms is that a slapdash reinvention of the wheel is underway to make the web browser the equivalent of an operating system and graphical toolkit, and this means that many of the lessons learned and baked into current technology may be missing in the first few versions of the web browser OS. Google's browser is their way of dealing with some of this -- in one stroke they get both to cancel out Microsoft's advantage in controlling the OS space, and their (Google's) dependence on browser makers' features and limitations. For example, one of the important (if obvious) features in Google is to assign each browser tab its own OS "process space", which then lets them free ride on OS provided process protection, limits, and so on. The effect: misbehaviour of some Web application running in one tab of the browser does not kill unrelated sessions in other browser tabs (this, to return to my discomfort, is the lesson that Microsoft belatedly learned in the early 90s when they moved from Windows 3.0 to a true multi-tasking OS with user and kernel space separation).

        --ravi




_______________________________________________
pen-l mailing list
[email protected]
https://lists.csuchico.edu/mailman/listinfo/pen-l

Reply via email to