glib in kdesupport: yes or no?

Tim Jansen tim at tjansen.de
Sun Mar 9 22:12:39 GMT 2003


On Sunday 09 March 2003 22:26, Stefan Westerfeld wrote:
> (2) using the lower level services doesn't really work well, if there are
>   two incompatible implementations of them - you will have two
> configurations which would ideally be in sync, but are not - you see this
> with the sound server or with KIO or with the Evolution mail handling ; it
> is hard to understand to users what exactly goes wrong if something works
> in one application, but not in another

But what do you expect? It is relatively easy to use common icons or a common 
system for installing .desktop files. But unifying things like KPart/Bonobo, 
DCOP/CORBA and the underlying APIs is almost impossible without a re-design 
of a lot of things. And unifying common dialogs, like the file dialog, would 
require 100% code duplication and huge coordination problems (because they 
must be synced all the time - if you change the Qt dialog you must change the 
Gtk/Gnome dialog at the same time).
If your goal is to unify Gnome and KDE, you would better spent your time on 
improving Gtk++/Gnome++ and port your applications to it. But maintaining two 
complex system and keeping them inter-operable at every level is crazy.

bye..






More information about the kde-core-devel mailing list