[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: The KDE2 applet framework.
From:       ian reinhart geiser <geiseri () msoe ! edu>
Date:       2000-10-17 17:10:49
[Download RAW message or body]

On Tue, 17 Oct 2000, Matthias Ettrich wrote:

> Tuesday 17 October 2000 17:29 wrote ian reinhart geiser:
> > On Tue, 17 Oct 2000, Jonathan Bacon wrote:
> > > On Tue, 17 Oct 2000 15:48:04 +0200 Matthias Ettrich
> > >
> > > <ettrich@trolltech.com> wrote:
> > > > > Apart from that, I find the applet framework very easy to use and
> > > > > quite well designed.
> > > >
> > > > Glad to hear that.  I think you just volunteered to help with the
> > > > tutorial and the maintainance of the framework :)
> > >
> > > I would find some detailed docs on the applet framework pretty handy
> > > also. I found it difficult finding details on handling the RMB other
> > > than just reading the example applets code. Maybe then I can finish
> > > KCVSApplet. :-)
> >
> > 	the online docs are pretty strait forward,  if you have any
> > 	remaining questions look at example applet in the kdelibs
> > 	source.
> >
> > 	The problem that I am having is with DCOP within the kicker
> > 	applet.
> 
> Please explain, what is the problem?
> 
> For applets that want to receive DCOP calls under a certain name (will say: 
> that want to be registered DCOP clients with a well known name), it makes 
> sense to create a applet-internal dcop client with 
> 
> DCOPClient* myClient = new DCOPClient
> 
> and to use this one.
> 
> kapp->dcopClient() is not sufficient, since the applet may be loaded into 
> kicker's process space and thus the dcop client may be registered as "kicker".
> 

	hmm, i have been using kapp->dcopClient(), and it will work
	but it will randomly sig11 with no discernable error.

	I will try the DCOPClient *myClient = new DCOPClient approach
	and see if that helps.

	-ian reinhart geiser

> Apart from that I cannot imagine what the problem might be.
> 
> Matthias
> 
>  
> >> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
> 

 
>> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]