add site
services
publishers
database
health videos
toolbar
stats
live show
health store
more stuff
JOIN/LOGIN
| advertise add site services publishers database health videos
| | about toolbar stats live show health store more stuff JOIN/LOGIN |
WebKit is a layout engine designed to allow web browsers to render web pages. The WebKit engine provides a set of classes to display web content in windows, and implements browser features such as following links when clicked by the user, managing a back-forward list, and managing a history of pages recently visited. WebKit was originally created in order to be used as the layout engine for Safari, and is portable to many other computing platforms. WebKit's WebCore and JavaScriptCore components are available under the GNU Lesser General Public License, and the rest of WebKit is available under a BSD-style license.[1]
[edit] HistoryWebKit was originally derived by Apple Inc. from the Konqueror browser’s KHTML software library for use as the engine of Mac OS X’s Safari web browser and has now been further developed by individuals from the KDE project, Apple Inc., Nokia, Google, Torch Mobile and others.[2] [edit] OriginsThe code that would become Webkit began in 1998 as the KDE project’s HTML layout engine KHTML and KDE's JavaScript engine (KJS). The name and project 'WebKit' were created in 2002 when Apple Inc. created a fork of KHTML and KJS. Apple developers explained in an e-mail to KDE developers[3] that these engines allowed easier development than other technologies by virtue of being small (less than 140,000 lines of code), cleanly designed and standards compliant. KHTML and KJS were ported to Mac OS X with the help of an adapter library and renamed WebCore and JavaScriptCore.[3] JavaScriptCore was announced in an e-mail to a KDE mailing list in June 2002, alongside the first release of Apple's changes.[4] WebCore was announced at the Macworld Expo in January 2003 by Apple CEO Steve Jobs with the release of the Safari web browser. JavaScriptCore was first included with Mac OS X v10.2 as a private framework which Apple used within their Sherlock application, while WebCore debuted with the first beta of Safari. Mac OS X v10.3 was the first major release of Apple's operating system to bundle WebKit, although it had already been bundled with a minor release of 10.2. However, the exchange of code patches between the two branches of KHTML has previously been difficult and the code base diverged because both projects had different approaches in coding.[5] One of the reasons for this is that Apple worked on their version of KHTML for a year before making their fork public. Despite this, the KDE project was able to incorporate some of these changes to improve KHTML's rendering speed and add features, including compliance with the Acid2 rendering test.[citation needed] Konqueror 3.5 passed the Acid2 test, which was released after Apple had opened its WebKit CVS and Bug Database. According to Apple, some changes involved Mac OS X-specific features (e.g., Objective-C, KWQ, Mac OS X calls) that are absent in KDE's KHTML, which called for different development tactics.[6] [edit] ControversyAt one point KHTML developers said they were unlikely to accept Apple's changes and claimed the relationship between the two groups was a "bitter failure".[7] Apple submitted their changes in large patches that contained a great number of changes with inadequate documentation, often to do with future feature additions. Thus, these patches were difficult for the KDE developers to integrate back into KHTML. Furthermore, Apple had demanded developers to sign nondisclosure agreements before looking at Apple's source code and even then they were unable to access Apple's bug database.[8] During the publicized 'divorce' period, KDE developer Kurt Pfeifle (pipitas) posted an article claiming KHTML developers had managed to backport many (but not all) Safari improvements from WebCore to KHTML, and they always appreciated the improvements coming from Apple and still do so. The article also noted Apple had begun to contact KHTML developers about discussing how to improve the mutual relationship and ways of future cooperation.[9] Since the story of the fork appeared in news, Apple has released changes of the source code of its KHTML fork in a CVS repository.[10] Since the transfer of the sourcecode into a public CVS repository, Apple and KHTML developers have had increasing collaboration. Many KHTML developers have become reviewers and submitters for Apple's WebKit SVN repository. The WebKit team had also reversed many Apple-specific changes in the original WebKit code base and implemented platform-specific abstraction layers to make committing the core rendering code to other platforms significantly easier.[11] [edit] Open-sourcingOn June 7, 2005, Safari developer Dave Hyatt announced on his weblog that Apple was open sourcing WebKit (previously, only WebCore and JavaScriptCore were open source) and opening up access to WebKit’s CVS tree and Bugzilla tool.[10] This was announced at Apple’s Worldwide Developers Conference 2005 by Apple Senior Vice President of Software Engineering Bertrand Serlet. In mid-December 2005 support for Scalable Vector Graphics was merged into the standard build[12] and in early January 2006 the source code was migrated from CVS to Subversion. In July 2007, the Ars Technica website published an article announcing that the KDE team would move from KHTML to WebKit.[13] [edit] Further developmentIn November 2007, the project announced that it had accomplished support for HTML 5 media features, allowing for embedded video to be natively rendered and script-controlled in WebKit.[14] On June 2, 2008, the WebKit project announced they rewrote JavaScriptCore as "SquirrelFish", a bytecode interpreter.[15][16] The project evolved into SquirrelFish Extreme (abbreviated SFX), announced on September 18, 2008, which compiles JavaScript into native machine code, eliminating the need for a bytecode interpreter and thus speeding up Javascript execution.[17] Initially the only supported architecture for SFX was the x86 architecture, but at the end of January 2009 SFX was enabled for Mac OS X on x86-64 architectures as it passes all tests on that platform.[18] Beginning in early 2007, the development team began to implement CSS extensions, including animation, transitions and both 2D and 3D transforms;[19] such extensions were released as working drafts to the W3C in 2009 for standardization.[20] [edit] UsageWebKit is used as the rendering engine within Safari on Windows, Mac OS X and iPhone OS. Other applications on Mac OS X can make use of WebKit, for example Apple's e-mail client Mail and the 2008 version of Microsoft's Entourage personal information manager both make use of WebKit to render e-mail messages with HTML content, as does the Claws Mail e-mail client via the Fancy Plugin. New web browsers have been built around WebKit such as the S60 browser[21] on Symbian mobile phones, Midori, Shiira and Google's Chrome browser,[22][23] and it has also been adopted as the rendering engine in OmniWeb, iCab and Epiphany replacing their original rendering engines.[24] Epiphany supported both Gecko and WebKit for some time, but the team decided that Gecko's release cycle and future development plans would make it cumbersome to continue supporting it. Palm's WebOS, the Palm Pre being the first phone device to carry the OS, is based on WebKit. [edit] PortsThe week after Hyatt's announcement of WebKit's open-sourcing, Nokia announced that it had ported WebKit to the Symbian operating system and was developing a browser based on WebKit for mobile phones running S60. Now named Web Browser for S60, it is used on Nokia, Samsung, LG, and other Symbian S60 mobile phones. Apple has also ported WebKit to the iPhone OS to run on the iPhone and iPod Touch, where it is used to render content within the device’s web browser and e-mail software,[25] the Android mobile phone platform uses WebKit as the basis of its web browser,[26] and the Palm Pre, announced January 2009, has an interface based on WebKit.[27] In June 2007, Apple announced that WebKit had been ported to Microsoft Windows as part of Safari. There are also ongoing ports for the open source operating systems Syllable,[28] Haiku[29] and AROS.[30] WebKit has also been ported to a number of toolkits that support multiple platforms, such as the GTK+ toolkit,[31] the Qt toolkit[32] and the Adobe Integrated Runtime. Qt Software includes the Qt port in the Qt 4.4 release. The Qt port of WebKit is also available to be used in Konqueror in KDE 4.1.[13] The Iris Browser on Qt also uses WebKit. There is also a project synchronized with WebKit (sponsored by Pleyo)[33] called Origyn Web Browser, which provides a meta-port to an abstract platform with the aim of making porting to embedded or lightweight systems quicker and easier.[34] This port is used for embedded devices such as set-top boxes, PMP and also the AmigaOS and AROS official ports.[35][36] MorphOS porting of OWB is in development. [edit] Components[edit] WebCoreWebCore is a layout, rendering, and Document Object Model (DOM) library for HTML and SVG, developed by the WebKit project. Its complete source code is licensed under the LGPL. The WebKit framework wraps WebCore and JavaScriptCore, providing an Objective-C application programming interface to the C++-based WebCore rendering engine and JavaScriptCore script engine, allowing it to be easily referenced by applications based on the Cocoa API; later versions also include a cross-platform C++ platform abstraction, and various ports provide additional APIs. WebKit passes the Acid2 test, and as of September 2008, nightly builds (including Safari 4) pass the Acid3 test as well, with pixel-perfect rendering and no timing or smoothness issues on reference hardware.[37] [edit] JavaScriptCoreJavaScriptCore is a framework that provides a JavaScript engine for WebKit implementations, and provides this type of scripting in other contexts within Mac OS X.[38][39] JavaScriptCore is originally derived from KDE's JavaScript engine (KJS) library (which is part of the KDE project) and the PCRE regular expression library. Since forking from KJS and PCRE, JavaScriptCore has been improved with many new features and greatly improved performance.[40] On June 2, 2008, the WebKit project announced they rewrote JavaScriptCore as "SquirrelFish", a bytecode interpreter.[15][16] The project evolved into SquirrelFish Extreme (abbreviated SFX, marketed as Nitro), announced on September 18, 2008, which compiles JavaScript into native machine code, eliminating the need for a bytecode interpreter and thus speeding up Javascript execution.[17] [edit] DroseraDrosera is a JavaScript debugger that was included with the nightly builds of WebKit.[41][42] It was named after Drosera, a genus of carnivorous plants (i.e. bug-eaters). Drosera has been replaced by the inclusion of debugging functionality in the Web Inspector.[43] [edit] SunSpiderA benchmark suite that aims to measure JavaScript performance on tasks that are relevant to the current and near future use of JavaScript in the real world, such as screen drawing, encryption and text manipulation.[44] The suite further attempts to be balanced and statistically sound.[45] It was released by Apple's WebKit team in December 2007.[46] It was well-received,[47] and other browser developers also use it to compare the JavaScript performance of different browsers.[48] [edit] See also
[edit] References
[edit] External links
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ↑ top of page ↑ | about thumbshots |
