Redefining kdelibs and kdebase

[Thiago Macieira]

Simon Hausmann wrote:
>> Will be hard to not depend on KFileDialog (and KDEPrint), no?
>
>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.

Those kind of "workspace" things that we need to use, like the file 
dialog, would be loaded as plugins or through kdeinit (just like we do 
with kioslaves now). There would be advantages to either way as well as 
disadvantages -- SELinux comes to mind.

The idea would be that the applications do not depend *directly* on kfile: 
they just use an interface that is portable and is used to get the file.

I just hope we make it possible to replace the appalling WIndows file 
dialog with our own...
-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

2. Tó cennan his weorc gearu, ymbe se circolwyrde, wearð se cægbord and se 
leohtspeccabord, and þa mýs cómon lator. On þone dæg, he hine reste.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050827/5715c932/attachment.sig>