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