Chrome <3s WebKit
Friday, September 05, 2008
Our recent launch of Google Chrome simply would not have been possible were it not for the awesome WebKit rendering engine and the amazing team behind it. We want to take a moment to recognize their excellent work (past and present!) and talk about how we arrived at incorporating WebKit into Google Chrome. By the way, that excellent web inspector tool is actually a component of WebKit ;-)
At the onset of the project, we knew we didn't want to create yet another rendering engine. After all, web developers already have enough to worry about when it comes to making sure that all users can access their web pages and web applications. Being inside Google, where we develop lots of pages and webapps, we were very familiar with this problem!
Yet, we also knew that we wanted to create a multi-process browser, which meant that our rendering engine needed to be very lightweight as we were going to be running many of them. Furthermore, in order to achieve our sandboxing objectives, the rendering engine needed to be stripped of any access to the local file system and native widget system.
Our final constraint involved our open source ambitions for Google Chrome. We needed a rendering engine that was open source.
WebKit became the obvious solution after talking to fellow engineers working on the Android project. They were already using WebKit (as it is a great option for mobile devices), and they trumpeted its speed, flexibility and simplicity. We routinely heard comments like "It's so easy to hack!" and "It didn't take me long to find my way around the code base."
Our next step was to put together a test app, that allowed us to try WebKit out in a basic multi-process configuration. We were blown away by how fast WebKit could render pages! You can see a simple example of this in our press conference video (advance to the 38:30 mark). The bottom line: WebKit is a big reason why Chrome feels fast.
We continued tracking the WebKit tip-of-tree during the development of Google Chrome. Now that Chromium.org is live, all of our source code is available there, and we are busily working to contribute our modifications back upstream to WebKit. We are excited about all the cool things coming in WebKit and can't wait to start helping out in a big way.
Thanks again to everyone who worked on WebKit. You guys rock!

38 comments:
Michele said...
And also thanks to all the KDE people who worked on KHTML!
September 5, 2008 2:13 PM
kamikazow said...
I hope you are also actively helping the WebKit project to incorporate V8: https://bugs.webkit.org/show_bug.cgi?id=20619
September 5, 2008 4:16 PM
pheeror said...
Hi,
are you going to cleanup the source repository (gigs of win32 binaries are probably ok for an internal development but not so cool for multiplatform open-source one)? Should chrome become a real open-source project and not only "here is the source code", it will be fantastic.
Also, as the js speed is such much of the concern, what do you think about a solution that would allow to do (basic but most used) things like ajax but would be based on special html attribs and tags? (Yeah, I know, talk is cheap ;-)
cheers
September 5, 2008 5:12 PM
Vincent McNabb said...
Pheeror:
You realise one can configure most SVN clients to ignore certain files. One should be able to use the command:
svn propedit svn:ignore
This should open up an ignore list in a text editor where one can type patterns such as "*.exe" or "*.msi" etc.
Most GUI clients will allow one to right click on files, and choose "Ignore" on the context menu, then voila!
Hope that assauges your gripe
Cheers :-)
September 5, 2008 8:46 PM
David Smith said...
kamikazow: That bug was filed by a Chrome developer who is also a WebKit reviewer with a long history in the project. I think it's in good hands :)
September 5, 2008 9:48 PM
Concepts said...
A very talented & clever team to say the least!
September 5, 2008 11:16 PM
MX3 said...
Firstly I realise how much work has gone into the project and how keen you must be to showcase your project BUT..
The general (albeit ‘beta’) release of Chrome is way too early, this product is only at early beta test stage and should only have been released to selected beta testers. There are numerous bugs.
Google is in danger here of acquiring a reputation similar to MS for rolling out under developed and malfunctioning products.
In brief this ‘browser’ is like a bad version of Safari with additional bugs thrown in for good measure. All it currently succeeds in doing is creating a lot of extra work for developers. This is not a release build.
September 6, 2008 12:40 AM
mnblog said...
I think Crome has good sleek looks and functionality of google, thats it.
I tried opening the vodafone.in site and in my account section of the page I dont see the login option in Chrome while in Internet explorer it does show.
dont make this broswer from this lovely company be like one amongst those like firefox and opera, pathetic browsers. Yes you read it right these browsers are good for nothing. Please help me get this site repaired and shown properly in Chrome.
September 6, 2008 4:43 AM
pheeror said...
vincent: Maybe the note listing directories that are save/recommended to ignore would deserve one or two words on the linux build instruction page. Btw. that page doesn't even say how to get source code without gconfig - so it requires reading gconfig to find out how to get source code solely with SCM. (I am just not used to such an approach in oss world)
September 6, 2008 5:45 AM
pheeror said...
... But the point was I was afraid that those win32 execs weren't in repo just to put some fun in it but I supposed that at least the tests and maybe even build process depended on them.
mnblog: You should contact vodafone.in. Btw. if it wasn't for firefox you wouldn't have such fundamental functionality like tabs in IE :-). And the whole plethora of sites would be written for IE instead of being based on standards => we would get stuck in monpoly => no progress => no effectivity in work => less fun (arguing on the net) ;-)
September 6, 2008 5:46 AM
Tekcomp said...
I am not sure where to post this but: I have experienced a problem with Printing to adobe PDF from a web page.
Official Build 1798
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.29 Safari/525.13
Adobe Acrobat ver. 4.05a 1124 16:02
September 6, 2008 8:38 AM
Concepts said...
MX3,
I disagree and think Google was smart about there release date. Also if you truly believe Google is in danger of acquiring a bad rep similar to MS because you think so then you need to get outside more often my friend or perhaps do a bit better researching before posting false and misleading information. If anything MS can learn something from Google when it comes to business relations & practices!
Tekcomp,
If you click on the page icon in the upper right hand corner of Chrome you can report bugs from there and send feedback as well.
September 6, 2008 11:50 AM
maciej said...
Thanks for your kind and appreciative words about the WebKit project, and welcome to the browser market.
September 6, 2008 2:00 PM
permadi said...
very beautiful, manis deh, apik banget
September 6, 2008 10:28 PM
HSN said...
While opening flash videos in chrome,often breaks shockwave plugins
http://freedirectlink.blogspot.com/
September 6, 2008 11:17 PM
imvinu said...
very beautiful, gud speed also.
just 1 worri........
dosent open : www.formula1.com live timing !!! jre not compatible i guess..... opens in IE7..... pls hel !!
September 7, 2008 2:16 AM
MX3 said...
@Concepts
Within the development community Google will definitely not be appreciated for releasing Chrome this early. The product is absolutely packed full of bugs.
It's easy to assume that everyone understands the term 'beta' or what it implies; the truth is that many simply do not. Chrome is splashed across Google start pages in 44 countries, it's been featured on prime time TV news (without even a mention of it's beta status). Why does this matter? Well, as a development business with thousands of standard compliant sites having to reply to countless emails and explain why there are perceived faults when viewing sites is resource intensive. In other words it costs me time and money. It's pointless attempting to fix issues at this stage as I have no way of knowing which issues will be addressed by Google, or how or when.
Google's actions in my opinion are totally irresponsible, the release should only have been made to selected beta testers.
September 7, 2008 3:26 AM
MX3 said...
For the record I like Chrome, I think it will prove in time to be a step forward. I'm cross however at the disregard shown to the development community.
September 7, 2008 3:32 AM
Youness said...
One thing do not appreciate, I could not run java items on google chrome, maybe I do not how, but sure it does not work
September 7, 2008 4:35 AM
Marc said...
Where can I find the slides from the presentation???
September 7, 2008 5:40 AM
Csipak Levente said...
Congratulations, guys! This is more than what I waited from a browser having 0.2 version number.
September 7, 2008 6:20 AM
birdie said...
People, please do NOT forget the origins of WebKit - it is KDE/KHTML developers who made all of this possible.
// Artem S. Tashkinov
September 7, 2008 9:52 AM
Vincent McNabb said...
@mx3
Yeah, I'm sure developers will hate being able to test their websites, browser modifications etc. before the final release date.
If you don't like things being released early, why not just stick your head in the sand til it's not too early?
@anyone
My only gripe before was that it wouldn't run on Win2k, now that I upgraded to 2k3 Server, I'm able to run it, and it's lovely.
September 7, 2008 10:47 AM
jimmy said...
Having an open source product released only to select beta testers is a bit odd...
September 7, 2008 10:49 AM
abercrombie said...
any way of shedding light on how the incognito window works? i did some forensics with google chrome in incognito mode and couldn't find any deleted cache files with recovery software. this study is at:
http://www.surfchrome.com
September 7, 2008 1:19 PM
Al said...
I’ve been a big fan of WebKit (via Safari) for a long time. Installed and ran Chrome on an old ThinkPad with limited memory and it runs great.
I know you’re working on it, but please get a Mac version out as soon as you possibly can. Like seriously.
Thanks and keep up the excellent work!
September 7, 2008 9:09 PM
pfrandsen said...
Java/JRE - upgrade to the latest release candidate - Java SE 6 Update 10 RC(http://java.sun.com/javase/downloads/). This should make it work.
/Peter
September 7, 2008 11:15 PM
Dustin said...
It is vulnerable to the carpet bomb attack. I used some PoC code.
September 8, 2008 12:59 AM
Endre Stølsvik said...
Acid 3?
September 8, 2008 2:11 AM
Vincent McNabb said...
@stølsvik
79/100, anyhow, it's a Webkit thing, it will get better.
I've noticed that I can't automatically grab RSS feeds in Chrome...
Also having difficulty finding docs on writing add-ons for Chrome...
September 8, 2008 5:47 AM
pheeror said...
jimmy: Well, not technically. If you release only source code, it doesn't get out of dev community and "power users", but uh.
mx3: Eh? Is there anything in Chromium which doesn't comply to an appropriate standard but does comply in WebKit??
September 8, 2008 6:15 AM
Namų Darkytoja said...
It's bugged, and it's bugged a lot. It's almost official - http://www.votetheday.com/polls/googles-chrome-173/
I'm disappointed in Google - yeah, it's beta, but remember, how Gmail beta looked like... Looks like guys had to deliver it till deadline (10th birthday, maybe), and they were obviously short of time...
It's better than IE, but FF will live excellently long until Google fixes everything and makes enough plug-inns and versions for Mac/Linux...
September 8, 2008 11:23 AM
Justice said...
Hello!
Please fix two main issues that conflict with JavaScript and text fields.
One is that whenever I post at a forum with quick reply, sometimes a double post goes through because I suppose the Javascript rendering kit or whatever wants to make the process go as fast as possible and may send the query (the post) out more than once to the server in a millasecond.
Also, the spell-check for text fields needs to be implemented. I see it may have been because there's red squigglies under text that is spelt wrong, but when I right click, there is no correct spelling feature!
September 8, 2008 7:36 PM
Darthfett said...
Google chrome is missing a few features, and has a few bugs.
One of the ones I can remember of the top of my head is middle clicking and then simply moving the mouse to scroll around the page. Both Firefox and IE have this feature, so it is very annoying to have to scroll the bar at the right to get an exact spot.
It also has trouble with a few Forum pages, sometimes making some lines of text invisible while typing.
September 9, 2008 4:05 PM
Royi Avital said...
Great to see your acknowledgment.
When will you update to the latest Web Kit build?
September 10, 2008 7:27 AM
mike said...
ADOBE PLUG-IN DOES NOT WORK WITH CHROME. YOU NEED AN EASY TO FIND BUG REPORTING MECHANISM, AS I AM SURE MANY OTHERS HAVE EXPERIENCED THIS.
October 12, 2008 7:29 AM
MingZai said...
When I opened two tab from youtube, I played one tab and leave the other tab loading, both tabs hangs. and I have to close down all. this always happen and get more significant when the connection is poor.
October 18, 2008 8:06 AM
kawan said...
Are you guys kidding?
what the hell are you talking about? this s.k. product is a disgrace to google so far.
Sheesh!!! what a bunch of blind people.
so amazed by the coding and not the whole picture which is a well working browser.
back to shitty MS IE.
February 11, 2009 1:42 PM
Post a Comment