Kross (KDE)
From Wikipedia, the free encyclopedia
Kross is the new scripting framework for KDE 4, the latest version of the K Desktop Environment. Originally Kross was designed for use in Koffice but eventually became the official scripting framework in KDE 4. Kross is designed to provide full scripting power for users of KDE applications, with a language of their own choice; and make it easy for developers targeting the KDE platform to enable their application with support for multiple scripting languages (without themselves needing to be proficient in any of them).
The Kross scripting framework is not a scripting language itself. It merely serves to plug into KDE the support for other, already existing scripting languages. Currently supported are: Python, Ruby, JavaScript and the Falcon Programming Language. Addition of other scripting languages is made easy by the modular architecture of the framework.
Kross provides the following advantages over other approaches to enable scripting for desktop applications or desktop environments:
- The user is free to pick and use his/her favorite language for the scripting efforts
- The application developer does not need to know specifics about a scripting languages
- Other scripting languages can be easily added by writing a module/plugin for Kross
Contents |
[edit] Comparison with other scripting frameworks
[edit] SWIG: Simplified Wrapper and Interface Generator
- Kross currently has fewer supported scripting languages.
- Kross is built on top of Qt/KDE. This allows access to Qt/KDE things without needing extra effort to wrap them[1].
- Applications supporting Kross are said to not require as much code as to support SWIG.[1]
- With SWIG, the set of supported scripting languages is determined at the time of compiling the application: each supported language must either have code in the application to invoke that language’s interpreter, and/or have a shared library specific to that application–language pair whereas Kross doesn't need to know until runtime.
[edit] AppleScript
Compared to AppleScript’s Open Scripting Architecture (OSA):
- OSA can be used with IPC (Apple events), allowing a script to be in a separate process, whereas Kross scripts always run in the same process as the main application. In practical terms, using IPC allows a script to interface between several already-running applications; Kross does not.
- (IPC is not technically necessary for one script to access code from many applications at once: a script can link against library forms of those applications, such as the libraries produced by SWIG.)
- While Kross allows the scripter to write scripts in a language of their choice, AppleScript is one given language, which can though be called from within other (scripting) languages.
- Kross always requires code added to the application explicitly for Kross, whereas many Mac OS X applications have basic scriptability just because of their choice of GUI toolkit (Cocoa) (see AppleScript in Mac OS X). (Dogtail and other GUI testing/automation tools also have this property.) “Basic scriptability” here means at least being able to click on buttons and menus and access information provided to accessibility software such as Screen readers.
Kross does not currently have any provision for running untrusted scripts, i.e. does not allow restricting what scripts can do. Kross developer Sauer[2] suggests either using a language with good sandbox support (such as by using the experimental Java plugin) or using approaches to increase the trust in scripts, such as using signed scripts[1].
[edit] Applications using Kross
[edit] External links
- Kross home page (documentation for developers)
- Interview with Kross developer
- Kross tutorial
- aKademy 2006 conference talk on Kross
- Kross Namespace Reference
[edit] References
- ^ a b http://www.kexi-project.org/wiki/wikiview/index.php?Scripting#Why_not_SIP_SWIG_ (accessed 2007-05-16)
- ^ The Road to KDE 4: New KOffice Technologies
|
|||||||||||||||||
