Development/Tutorials/Kross/Script-Actions: Difference between revisions
Mojo risin (talk | contribs) (New page: ==Introduction== This tutorial uses the script plugin technique explained in [http://techbase.kde.org/index.php?title=Development/Tutorials/Kross/Introduction#The_Module_plugins The Modul...) |
Mojo risin (talk | contribs) mNo edit summary |
||
Line 123: | Line 123: | ||
} | } | ||
</code> | </code> | ||
Kross::ScriptingPlugin have two additional slots that can be useful for applications to use: | Kross::ScriptingPlugin have two additional slots that can be useful for applications to use: | ||
Line 142: | Line 143: | ||
===The KPart plugin rc file=== | ===The KPart plugin rc file=== | ||
Suggestion on how to use the edit and reset script | Suggestion on how to use the edit and reset script actions (respective slots provided by Kross::ScriptingPlugin class): | ||
<code xml> | <code xml> |
Revision as of 18:10, 19 March 2008
Introduction
This tutorial uses the script plugin technique explained in The Module Plugins and explains how to code your application in order to easily add new script actions into menus. Two typical scenarios are:
- scripts shipped by default by the application developer - custom scripts added by the user
This facility is targeted for both cases.
See also...
The code
The client Part Plugin class should extend Kross::ScriptingPlugin which will automatically load script actions stored in Kross rc files.
An example of such Kross rc file could be:
<KrossScripting>
<collection name="tools" text="Tools">
<script
name="dummy_script"
text="Dummy Script"
comment="Dummy Script"
interpreter="python"
file="dummy_script.py" />
</collection>
</KrossScripting>
The effect of such description will be the creation of a new menu item called "Dummy Script" in the "Tools" menu. The action associated to the new menu item will execute the script defined in the "file" path.
Kross rc files are searched in the appdata "scripts" subdirectory, e.g.:
$KDEDIR/share/apps/myapplication/scripts/*.rc $KDEHOME/share/apps/myapplication/scripts/*.rc
It will be explained later how can a final user override the actions found in the default rc files.
The KParts Plugin class
In this example we show the scripting plugin class which inherits a Kross::ScriptingPlugin.
Header:
- include <kross/ui/plugin.h>
class ScriptingModule;
class ScriptingPart : public Kross::ScriptingPlugin
{
public:
ScriptingPart(QObject* parent, const QStringList& list);
~ScriptingPart();
ScriptingModule* module() const;
private:
void initActions();
private:
Q_DISABLE_COPY(ScriptingPart)
class Private;
Private* const d;
};
Implementation:
- include "scriptingpart.h"
- include <kgenericfactory.h>
- include <kstandarddirs.h>
- include <kactioncollection.h>
- include <kcmdlineargs.h>
- include <kurl.h>
- include <klocale.h>
- include "scriptingmodule.h"
typedef KGenericFactory<ScriptingPart> MyApplicationScriptingFactory;
K_EXPORT_COMPONENT_FACTORY(krossmodulemyapplication, MyApplicationScriptingFactory("krossmodulemyapplication"))
class ScriptingPart::Private
{
public:
QPointer<ScriptingModule> module;
};
ScriptingPart::ScriptingPart(QObject* parent, const QStringList&)
: Kross::ScriptingPlugin(parent)
, d(new Private())
{
d->module = new ScriptingModule(parent);
setComponentData(ScriptingPart::componentData());
setXMLFile(KStandardDirs::locate("data", "myapplication/kpartplugins/scripting.rc"), true);
kDebug(23100) <<"Scripting plugin. Class:" << metaObject()->className()
<<", Parent:" << parent->metaObject()->className();
initActions();
}
ScriptingPart::~ScriptingPart()
{
delete d;
}
void ScriptingPart::initActions()
{
KAction* action = new KAction(i18n("Edit Script Actions..."), this);
actionCollection()->addAction("edit_script_actions", action);
connect(action, SIGNAL(triggered(bool)), this, SLOT(slotEditScriptActions()));
action = new KAction(i18n("Reset Script Actions..."), this);
actionCollection()->addAction("reset_script_actions", action);
connect(action, SIGNAL(triggered(bool)), this, SLOT(slotResetScriptActions()));
}
Kross::ScriptingPlugin have two additional slots that can be useful for applications to use:
/**
* This slot will open/create a scriptactions.rc file at $KDEHOME/share/apps/application/scripts/
* which will override other kross rc files. This allows a user to extend existing menus with new actions.
*/
virtual void slotEditScriptActions();
/**
* Deletes the user rc file, which has the effect of falling back to the default script actions (if any).
*/
virtual void slotResetScriptActions();
The KPart plugin rc file
Suggestion on how to use the edit and reset script actions (respective slots provided by Kross::ScriptingPlugin class):
<!DOCTYPE kpartgui SYSTEM "kpartgui.dtd">
<kpartgui name="MyApplicationPluginScripting" library="krossmodulemyapplication" version="1">
<MenuBar>
<Menu name="tools"><text>&Tools</text>
<Separator/>
<Action name="edit_script_actions"/>
<Action name="reset_script_actions"/>
<Separator/>
</Menu>
</MenuBar>