Basic Live Connect support for java

David Faure david at mandrakesoft.com
Fri Apr 26 16:18:17 BST 2002


On Friday 26 April 2002 15:53, Koos Vriezen wrote:
> On Fri, 26 Apr 2002, Koos Vriezen wrote:
> > I still think setting up a khtml_plugin interface should be done first.
> > So maybe
> >
> > Create a khtml/plugin dir which contains contains a khtml_plugin.so that
> > is loaded by khtml when needed. It also declares a DCOP interface in
> > the html widget (konqueror-xxx html-widgetx pluginx), that can do JS
> > calls (evalJS will do). A khtml_plugin has also a QWidget derive.
> > A libkhtmlplugin.so that contains a DCOP interface for
> > put/get/call/init/start/getWinId calls. These are called from
> > khtml_plugin.so.
> 
> Thinking of this a bit further, can DCOP be used for dynamic object
> traversal? E.g.
>    dcop konqueror-xxx html-widgetx pluginx
> shows all members of this plugin (applet).
>    dcop konqueror-xxx html-widgetx pluginx myobject
> shows all members of this applet's member object.

Not just that way AFAIK. It's always "dcop app object function [args]"
so you have to call a function on html-widgetx to get hold of a DCOPRef
to pluginx, then call "dcop app pluginx myobject"
to get hold of the DCOPref to the object etc.

-- 
David FAURE, david at mandrakesoft.com, faure at kde.org
http://people.mandrakesoft.com/~david/
Contributing to: http://www.konqueror.org/, http://www.koffice.org/
KDE, Making The Future of Computing Available Today






More information about the kfm-devel mailing list