Proposal: dlopening the file dialog

[David Faure]

On Thursday 29 March 2007, David Faure wrote:
> ==> What about the following plan?

Plan refined, given that people like to embed file dialogs, too (koffice used to, kdelibs/kross does, etc.):
In kio:
 * KFileDialog API is mostly unchanged: static methods, ctor and dialog stuff remains; getters/setters are moved, to a KAbstractFileWidget interface class.
 which KFileDialog derives from. Standard application code (using either static methods or constructor+methods) needs no porting.
 * kfiledialog.cpp simply forward the calls to another KAbstractFileWidget instance, which would be found using KLibLoader.
 
In a new dir, kdelibs/kfile:
 * KFileWidget (nice, no need for "Real" in that name anymore;) derives KAbstractFileWidget, implements it for real (the current kfiledialog code)
 * KFileView and friends are here
 * A lib and a module get compiled
 * The lib links to kde3support for now (where K3IconView and K3ListView can finally move)

This way, kross' embedded file dialog can link to libkfile and use KFileWidget, without having to hide ok/cancel buttons etc.

-- 
David Faure, faure at kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).