DCOPRef and dynamic stubs ( 3.1? )

Simon Hausmann hausmann at kde.org
Mon Sep 9 09:25:16 BST 2002


On Mon, Sep 09, 2002 at 10:22:52AM +0200, Matthias Ettrich wrote:
> On Monday 09 September 2002 09:46, Simon Hausmann wrote:
> > On Sun, Sep 08, 2002 at 04:50:57PM +0200, Matthias Ettrich wrote:
> > > I was playing with the idea to extend DCOPRef to allow using if for calls
> > > and sends.
> >
> > Nice! One thing that impressed me very much in Qtopia was
> > QCopEnvelope, inherited from QDataStream, for sending one-way messages:
> >
> > DCOPEnvelope( "kdesktop", "default", "void setFoo( int, QString )" )
> >               << blah << blubb;
> >
> > I think it would be cool to have such a class in kdelibs, too. But I
> > don't know if that's possible with regard to licensing...
> 
> Of course it was possible.  I looked at the DCOPEnvelope (which inherits 
> QDataStream), but I don't think it's good enough. The pattern does not 
> support return values and it doesn't do type checking at all. With DCOPRef, 

Yes, that's a big disadvantage.

> your send call would look like
> 
>    DCOPRef( "desktop" ).send( "setFoo", blah, blubb );
> 
> Doesn't that look even better? "setFoo" is automatically extended to 
> "setFoo(int, QString)" depending on the types of the arguments 'blah' and 
> 'blubb'.

How does the signature of send look like?

Simon




More information about the kde-core-devel mailing list