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

List:       kde-devel
Subject:    Re: GUI-less DCOP client?
From:       James Horey <jhorey () cs ! unm ! edu>
Date:       2004-07-31 22:28:44
Message-ID: 200407311628.44481.jhorey () cs ! unm ! edu
[Download RAW message or body]

> On Sat, 31 Jul 2004 11:07 am, James Horey wrote:
> > Is there any way to create a DCOP client that doesn't have a GUI?
> > Basically, all I want is a way to create a user-level service that
> > receives and sends DCOP messages; is there an easy way to do this? Even
> > better, is there an example of this? Thanks for the help and sorry if
> > this sounds like a stupid question!
>
> Not a stupid question.
>
> There is a command line client that is shipped and installed with kdelibs
> (imaginatively known as dcop). The source code is in kdelibs/dcop/client.
> There are some other examples in kdelibs/dcop as well, but you probably
> should have a look at kdenonbeta/dcopservices.
>
> Brad

Thanks for the pointer! I went through the "template" example in 
kdenonbeta/dcopservices and got that to work. I have two small questions 
however. 

1) If I manually start the example dcop service and then start the example 
client, the client is able to connect. However if the service hasn't started, 
the client then tries to start the service by using 
"KApplication::startServiceByName". Unfortunately it fails. How does one 
register a dcop service so that a client can use that method to start a 
service?

2) In the "main" method of the template dcop service, both a 
KUniqueApplication and the actual dcopservice object are created. When is the 
dcopservice object associated with the KUniqueApplication object? For 
instance, in some GUI examples, I would use the "setMainWidget" to associate 
my object and the KUniqueApplication object. Looking at the example code, it 
appears as though neither object has anything to do with each other. What 
gives?

Ok, perhaps these questions weren't so short, but I appreciate any answer. 
Thanks for everybody's patience!

-James
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]