KDE4 file dialog

Peter Penz peter.penz at gmx.at
Fri Aug 31 15:33:28 BST 2007


Hello,

Two weeks ago I proposed doing some updates for the KDE 4 file-dialog (see 
http://lists.kde.org/?l=kfm-devel&m=118753549128153&w=2).

I fixed point 2 and 3, but point 1 is still open: "KFileItemDelegate should be 
used for the short view and details view for having a consistent look with 
Konqeror and Dolphin."

It turned out that the file-dialog (more exactly: the class KDirOperator) 
still uses the deprecated classes K3FileIconView and K3FileDetailView, which 
requires doing more changes than I initially thought. Before going into the 
wrong direction: the class KDirOperator offers the following public 
interface:

    KFileView * view() const;
    void setView(KFile::FileView view);

KFileView is not deprecated. I think it is not a good approach introducing a 
KDE 4 pedant for KFileIconView and KFileDetailView based on the KFileView 
interface, as Qt4s Interview offers already an alternative approach, so that 
no KXxxViews are needed anymore.

So from my point of view there are 2 possible approaches:

a) We leave the interface of KDirOperator as it is and make 2 private (!) 
implementations of KFileIconView and KFileDetailView that are not part of the 
public API. I think this is not nice, as KFileIconView and KFileDetailView 
would again mix the model/controller separation offered by Qt4s Interview.

b) We change the interface of KDirOperator to:
    QAbstractItemView* view();
    void setView(QAbstractItemView* view);

I did not check how many applications use the setView() interface of 
KDirOperator, but currently I'd go for approach b.

Any thoughts? Maybe an approach c?

Thanks!
Peter





More information about the kfm-devel mailing list