KDE Jabber Library

Neil Stevens neil at qualityassistant.com
Sun Aug 4 16:16:09 BST 2002

Hash: SHA1

On Sunday August 04, 2002 03:40, Simon Hausmann wrote:
> > So you'd requre that all applications wanting to send messages or
> > export presences to go through the *app*, rather than making direct
> > connections? That's a terrible waste, and adds a needless dependency. 
> > SMTP use doesn't require kmail, why should my app that wants Jabber
> > have to go through Kopete?
> Because that's the idea of reusable components. Talking to kopete
> through a DCOP interface -- after asking the trader of an app
> implementing the interface and after using klauncher to launch the
> app and get the app id -- is much better than making every app that
> wants to send a jabber message to link against a jabber library. Of
> this isn't a general solution, but IMHO for simple send-and-forget
> communication like with IM a using dcop seems much easier and
> lightweight to me than using C++ directly.

On reusability - Libraries have been the core component of Unix reusability 
for a lot longer than DCOP has.  You may have noticed that KDE uses 
libraries extensively, too.  DCOP isn't "more reusable" than a library.

And you say "much better" - why is it much better?  Aesthetics?  A 
preference for KDE tech over plain libraries?  And why do you assume that 
all uses are just "send and forget?"

No, DCOP isn't a general solution.  Having full access to the library 
functionality *is*, especially when it won't limit you to some paltry 
"send and forget."  A full Jabber implementation will let apps access some 
other functionality - like taking advantage of Jabber's presence system, 

- -- 
Neil Stevens - neil at qualityassistant.com
"I always cheer up immensely if an attack is particularly wounding
because I think, well, if they attack one personally, it means they
have not a single political argument left." - Margaret Thatcher
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org


More information about the kde-core-devel mailing list