1 | /****************************************************************************
|
---|
2 | **
|
---|
3 | ** Copyright (C) 2010 Nokia Corporation and/or its subsidiary(-ies).
|
---|
4 | ** All rights reserved.
|
---|
5 | ** Contact: Nokia Corporation ([email protected])
|
---|
6 | **
|
---|
7 | ** This file is part of the documentation of the Qt Toolkit.
|
---|
8 | **
|
---|
9 | ** $QT_BEGIN_LICENSE:LGPL$
|
---|
10 | ** Commercial Usage
|
---|
11 | ** Licensees holding valid Qt Commercial licenses may use this file in
|
---|
12 | ** accordance with the Qt Commercial License Agreement provided with the
|
---|
13 | ** Software or, alternatively, in accordance with the terms contained in
|
---|
14 | ** a written agreement between you and Nokia.
|
---|
15 | **
|
---|
16 | ** GNU Lesser General Public License Usage
|
---|
17 | ** Alternatively, this file may be used under the terms of the GNU Lesser
|
---|
18 | ** General Public License version 2.1 as published by the Free Software
|
---|
19 | ** Foundation and appearing in the file LICENSE.LGPL included in the
|
---|
20 | ** packaging of this file. Please review the following information to
|
---|
21 | ** ensure the GNU Lesser General Public License version 2.1 requirements
|
---|
22 | ** will be met: http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html.
|
---|
23 | **
|
---|
24 | ** In addition, as a special exception, Nokia gives you certain additional
|
---|
25 | ** rights. These rights are described in the Nokia Qt LGPL Exception
|
---|
26 | ** version 1.1, included in the file LGPL_EXCEPTION.txt in this package.
|
---|
27 | **
|
---|
28 | ** GNU General Public License Usage
|
---|
29 | ** Alternatively, this file may be used under the terms of the GNU
|
---|
30 | ** General Public License version 3.0 as published by the Free Software
|
---|
31 | ** Foundation and appearing in the file LICENSE.GPL included in the
|
---|
32 | ** packaging of this file. Please review the following information to
|
---|
33 | ** ensure the GNU General Public License version 3.0 requirements will be
|
---|
34 | ** met: http://www.gnu.org/copyleft/gpl.html.
|
---|
35 | **
|
---|
36 | ** If you have questions regarding the use of this file, please contact
|
---|
37 | ** Nokia at [email protected].
|
---|
38 | ** $QT_END_LICENSE$
|
---|
39 | **
|
---|
40 | ****************************************************************************/
|
---|
41 |
|
---|
42 | /*!
|
---|
43 | \page qtscriptextensions.html
|
---|
44 | \title Creating QtScript Extensions
|
---|
45 | \brief A guide to creating and using QtScript extensions.
|
---|
46 |
|
---|
47 | QtScript extensions can make additional functionality available to scripts
|
---|
48 | evaluated by a QScriptEngine. Extensions are imported by calling
|
---|
49 | the QScriptEngine::importExtension() function.
|
---|
50 |
|
---|
51 | There are three ways to create an extension:
|
---|
52 |
|
---|
53 | \list
|
---|
54 | \o Subclass QScriptExtensionPlugin and implement the desired functionality.
|
---|
55 | \o Implement the functionality in a script file.
|
---|
56 | \o Use a hybrid approach, where part of the functionality is implemented in a
|
---|
57 | QScriptExtensionPlugin, and part is implemented in a script file.
|
---|
58 | \endlist
|
---|
59 |
|
---|
60 | The (dot-qualified) extension name is used to determine the path (relative to
|
---|
61 | the application's plugin path) where QScriptEngine will look for the script
|
---|
62 | file that will initialize the extension; if a file called \c{__init__.js}
|
---|
63 | (usually located in \c{[application plugin path]/script/foo/}) is
|
---|
64 | found in the corresponding folder, its contents will be evaluated by the engine
|
---|
65 | when the extension is imported.
|
---|
66 | As an example, if the extension is called \c{"foo.bar.baz"}, the engine will look
|
---|
67 | for \c{__init__.js} in \c{foo/bar/baz}. Additionally, before importing
|
---|
68 | \c{"foo.bar.baz"}, the engine will ensure that the extensions \c{"foo"} and \c{"foo.bar"}
|
---|
69 | are imported, locating and evaluating the corresponding \c{__init__.js}
|
---|
70 | in the same manner (in folders \c{foo} and \c{foo/bar}, respectively).
|
---|
71 |
|
---|
72 | The contents of \c{__init__.js} are evaluated in a new QScriptContext,
|
---|
73 | as if it were the body of a function. The engine's Global Object acts as
|
---|
74 | the \c{this} object. The following local variables are initially available
|
---|
75 | to the script:
|
---|
76 |
|
---|
77 | \list
|
---|
78 | \o \bold{__extension__}: The name of the extension (e.g. \c{"foo.bar.baz"}).
|
---|
79 | \o \bold{__setupPackage__}: A convenience function for setting up a "namespace" in the script environment. A typical application is to call \c{__setupPackage__()} with \c{__extension__} as argument; e.g. \c{__setupPackage__("foo.bar.baz")} would ensure that the object chain represented by the expression \c{foo.bar.baz} exists in the script environment. (This function is semantically equivalent to QScriptExtensionPlugin::setupPackage().)
|
---|
80 | \o \bold{__postInit__}: By default, this variable is undefined. If you assign a function to it, that function will be called \bold{after} the C++ plugin's initialize() function has been called. You can use this to perform further initialization that depends on e.g. native functions that the C++ plugin registers.
|
---|
81 | \endlist
|
---|
82 |
|
---|
83 | An example of a simple \c{__init__.js}:
|
---|
84 |
|
---|
85 | \snippet doc/src/snippets/code/doc_src_qtscriptextensions.qdoc 0
|
---|
86 |
|
---|
87 | QScriptEngine will look for a QScriptExtensionPlugin that provides
|
---|
88 | the relevant extension by querying each plugin for its keys()
|
---|
89 | until a match is found. The plugin's initialize() function will be
|
---|
90 | called \bold{after} the relevant \c{__init__.js} (if any) has been
|
---|
91 | evaluated.
|
---|
92 |
|
---|
93 | Continuining with the example of our imaginary extension \c{"foo.bar.baz"},
|
---|
94 | the following steps will be performed by QScriptEngine::importExtension():
|
---|
95 |
|
---|
96 | \list
|
---|
97 | \o If it exists, \c{foo/__init__.js} is evaluated.
|
---|
98 | \o If a plugin with \c{"foo"} in its list of keys is found, its initialize() function is called with \c{"foo"} as key.
|
---|
99 | \o If it exists, \c{foo/bar/__init__.js} is evaluated.
|
---|
100 | \o If a plugin with \c{"foo.bar"} in its list of keys is found, its initialize() function is called with \c{"foo.bar"} as key.
|
---|
101 | \o If it exists, \c{foo/bar/baz/__init__.js} is evaluated.
|
---|
102 | \o If a plugin with "foo.bar.baz" in its list of keys is found, its initialize() function is called with \c{"foo.bar.baz"} as key.
|
---|
103 | \endlist
|
---|
104 |
|
---|
105 | \section1 Static Extensions
|
---|
106 |
|
---|
107 | When an extension is compiled and linked into your application as a
|
---|
108 | static plugin, Qt Script will look for the optional \c{__init__.js}
|
---|
109 | script in a resource, prefixed by \c{:/qtscriptextension}. For example,
|
---|
110 | if the extension key is "foo.bar", Qt Script will evaluate the contents
|
---|
111 | of the file \c{:/qtscriptextension/foo/bar/__init__.js}, if it
|
---|
112 | exists. Note that if the resource is built into the plugin, you may
|
---|
113 | need to use the Q_INIT_RESOURCE() macro to initialize the resource
|
---|
114 | before importing the extension.
|
---|
115 | */
|
---|