Redefining kdelibs and kdebase

Christoph Cullmann cullmann at
Sun Aug 28 09:36:46 BST 2005

On Saturday 27 August 2005 15:52, Maks Orlovich wrote:
> > The idea is to run the file dialog, print dialog, etc. out of process.
> > 'Our' implementation of the file dialog can reside in KDE workspace and
> > all that is in KDE framework is an interface to launch the dialog. On
> > Unix under KDE it could just do a dbus call to kded and fire up the
> > out-of-process file dialog. When running the KDE app under GNOME it could
> > use the same dbus interface to fire up the GNOME dialog. Under Windows
> > it'd do it like Qt: Use the windows dialog.
> You're forgetting that apps can and do customize the file dialog a bit.
> They do that with the the print dialog even more so --- see e.g.
> html-specific settings, syntax highlighting settings in kate, etc. And,
> IMHO, it would be awful if we lost functionality for /our/ platform to
> support ports to non-KDE desktops.
Same opinion here :)

The KDE project has the aim to provide a "desktop environment for 
linux/unices", not a addon lib to build apps merging into other desktops.

I don't think we should bend around our whole design of the libs just to have 
the possibility to use filedialogs of windows/mac/gtk/... in our apps and 
instead focus on making:

a) our desktop environment the most appealing on unices (or at least one of 
the two most appealing, matter of taste)
b) provide developers which want to develop KDE applications == applications 
aimed for the kde desktop with as good integration as possible, e.g.: 
customized file dialogs, ......
c) provide some wrapper lib to allow external apps, like pure qt apps to use 
the kde filedialogs and other stuff without linking to kdelibs stuff via 
dcop/dbus or whatever

I don't think we should lower the current really most outstanding thing we 
have in the kde project, our nearly perfect integration of our applications 
with OUR desktop to make it possible to have better integration on platforms 
where we will likely never have any success as desktop. Nothing against 
making kdelibs portable to mac/win, but I really don't see the need for e.g. 
KMail to use gnome file dialogs, you won't get the same integration ever back 
by gnome apps. 

(more personal sidenote: if we go that road, for no distro it would make sense 
to ship kde as the desktop, because as soon as one gnome app like evolution 
is in use, it will look out of place, but kde apps would run perfect 
integrated in the gnome desktop, I don't think this will help us as desktop 
project, that would degrade us to just provide some additional qt sugar for 


More information about the kde-core-devel mailing list