Development/Tutorials/Kross/Script-Actions: Difference between revisions

    From KDE TechBase
    (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...)
     
    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 action provided by Kross::ScriptingPlugin class:
    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:

    1. 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:

    1. include "scriptingpart.h"
    1. include <kgenericfactory.h>
    2. include <kstandarddirs.h>
    3. include <kactioncollection.h>
    4. include <kcmdlineargs.h>
    5. include <kurl.h>
    6. include <klocale.h>
    1. 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>