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