XULRunner
From Wikipedia, the free encyclopedia
Developed by | Mozilla Foundation and community |
---|---|
Latest release | 1.9.0.7 / 2009-03-16 |
Written in | C++, XUL, XBL, JavaScript |
Operating system | Cross-platform |
Type | Runtime environment |
License | Mozilla tri-license |
Website | http://developer.mozilla.org/en/XULRunner |
XULRunner is a runtime environment developed by the Mozilla Foundation to provide a common back-end for XUL applications. It replaced the Gecko Runtime Environment, a stalled project with a similar purpose.[1]
The first stable developer preview of XULRunner was released in February 2006, based on the Mozilla 1.8 code base, and alpha versions based on Mozilla 1.9 were released in 2007. The most recent releases of XULRunner are in the 1.9 branch, using the most recent Gecko engine, and are built from the same source code snapshot as Firefox 3.[2]
Contents |
[edit] Uses
All XUL-based applications like Mozilla Firefox, Mozilla Thunderbird, Songbird, Flickr Uploader, SeaMonkey, Conkeror, Sunbird, Miro, Joost, Instantbird and TomTom Home 2.0 will be able to run on XULRunner. Mozilla Firefox 3 is actually built on top of a "private" XULRunner.[3]
The new installment of the computer game series Simon the Sorcerer, Simon the Sorcerer 4: Chaos Happens, uses XULrunner.
The eMusic web site has a download application called eMusic Remote that uses XULRunner.
Google Adwords editor uses XULRunner[4], as does the Evergreen ILS, a free and Open Source library automation system developed by the Georgia Public Library Service.
In addition, the XULRunner package provides access to ActiveX Control Functionality previously found in a (now defunct) 3rd party ActiveX Control built off of the Mozilla Source. Applications which use this API may function with XULRunner installed and registered.
[edit] Benefits and rationale
Benefits of having a separate shared run-time environment are the same as those with shared libraries. Benefits to developers and source-based systems – that is, systems on which programs are compiled from source as opposed to downloaded in binary form – are decreased compilation time, less bandwidth needs and less storage space needed. Benefits for use on binary-based systems are similarly less bandwidth and storage use.
Less storage space and, in the case of running multiple XUL-based applications at once, less memory use only apply when the system uses more than one application that depends on the run-time environment. If either the run-time environment or the application are updated separately at different times, which is more likely in the case that it is widely used for software other than that written by Mozilla, then this would be more commonplace. In the case of source-based systems, developers using common code would not have to include said code in distributed packages.
Additionally in the case of XULRunner, being a markup and interpreted or possibly in the future "just-in-time" pre-compiled script run-time environment, developers may not need to compile any source code into object code (binary) at all for their applications that solely use markup and script languages.
Possible problems with using a common run-time environment include applications that are written using features of one version of the run-time environment that are not included (perhaps due to obsolescence), and replaced with different functionality, which would result in "dependency hell" – a technical jargon term for dependencies on specific versions. This may be avoided by making systems able to install multiple versions of XULRunner and allowing developers to use a specific version at run-time, or by providing compatibility layers. This is not a problem with dependent software that is continually updated and rewritten.
[edit] See also
[edit] References
[edit] External links
- XULRunner wiki site
- XULRunner Documentation
- XULRunner Hall of Fame
- XULRunner: What we are doing (Mozilla plans for the 1.9 timeframe)
- XULRunner source code
- Brian King 2005 Media
- Brian King 2005 Presentations Slides
|
This computer software article is a stub. You can help by expanding it. |