KDE scripting architecture.

Anders Lund anders at alweb.dk
Thu Jul 11 22:03:28 BST 2002


On Thursday 11 July 2002 20:23, Zack Rusin wrote:
> Hi,
>
> has anyone thought of it? Let's say I have application A and I want to
> create a plugin interface for it (Perl, Python, Guile - whatever). At
> this point it's a problem, as there's no easy way to do it. Maybe it's
> time that we come with something up. Ideally something like :
> class APlugin : public KScriptIface
> {
> 	Q_OBJECT
> 	...
> public slots:
> 	void printMessage( const QString& );
> 	void ringBell();
> signals:
> 	void onStart();
> 	void onEnd();
> };
> would let one write script like:
> ------
> use APlugin;
> sub load { APlugin::connect( "onStart", &handler ); }
> sub handler { APlugin::printMessage( "Hello, World!" );
> ------
> meaning one class exposes interface to all scripting languages. This
> solution would most probably involve another daemon which would make
> those plugins work in a similar manner to kioslaves. Hmm, I don't know,
> but maybe it's time to do some brain-storming.
>
> Zack Rusin

I have to point your attention to recent treads on kde-devel and kwrite devel 
titled Kate Scriptability. Those discuss kscript/dcop.

-anders




More information about the kde-core-devel mailing list