Maks Orlovich mo85 at cornell.edu
Thu Sep 30 17:04:48 BST 2004

> > Xlib is -old-. It's mature. It's stable. And it still has bugs.
> > Thankfully, people like Lubos are willing to fix them when they affect
> > us. Oh, and BTW, Qt is hardly a wrapper around X.
>  I guess you mean wrapper around Xlib, since Qt certainly is a "wrapper"
> around X. 

Well, I would disagree because I'd say it does more than just wrap X -- i.e. 
99% of Qt has nothing to do w/X per-se, it's just built on top of it 
(although I imagine you see a lot of the X-related bits). But that's a 
terminology question.  

> Xlib is just an implementation of the X protocol, saying Qt is a 
> wrapper around Xlib would be like saying KHTML is a wrapper around HTTP.

Yeah, that's sort of what I meant.

>  So you suggest we also create libkpng, libkX11, libkxml, libkart_lgpl
> etc.? Yes, relying on others sometimes sucks - e.g. right now with

Well, in this case we already have libDCOP. And yes, it relies on libICE 
presently, but I know it's not much effort to replace that (having done ~70% 
of the task in ~4 days, which also included a partial DCOP client lib and 
fixing a bug in libICE)

> [*] Just consider Aaron and his systray-over-DBUS. He knows DCOP, and he's
> been told by me a couple of times that DBUS is not the right thing for
> systray (let's ignore the question whether I'm right or not). And yet he
> wants to use DBUS. Now, what will people needing some kind of IPC do, who
> don't know about DCOP and are being told DBUS is the best thing since
> sliced bread?

See, that's partly why I am really uncomfortable about this stuff. It's 90% 
buzz, 10% technology. And buzz has rather circural nature: people get 
convinced that everyone will use X, so everyone ends up using X. 
D-BUS hardly excites me because I don't see anything particularly innovative 
in it (while DCOP's very existance was quite a radical idea, and the whole 
key/call causality tracing things is interesting). D-BUS seems mostly like 
DCOP rehashed by someone who didn't know DCOP and ICE very well, so ended up 
making some things worse w/some things better, while reproducing a lot of the 
really mundane stuff.

More information about the kde-core-devel mailing list