[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kfm-devel
Subject:    RE: konqy issues (22.02.2000)
From:       David Faure <David.Faure () cramersystems ! com>
Date:       2000-02-29 14:23:56
[Download RAW message or body]

[...]
> But would it allow to integrate user written views easily without
> recompiling/changing konqy ?

Of course this should always remain true.
The way the menu looks like has nothing to do with
which views are available.
The 3D view would be an additionnal item somewhere, possibly
disabling all the configuration stuff it doesn't support.

> > 2. Merging of Dirtree, the other tree and the not yet 
> > existent detailed view to one OListView based configurable view.
> 
> Ehhm, no.
> The TreeView contains a lot of code which is not needed for a 
> view which displays a single directory.
This doesn't mean that that code is actually used,
if you do things correctly.

Support for multiple directories is even there in KDirLister.
But it doesn't slow down listing a single directory.

> I want to make the text view as fast as possible, maybe less 
> configurable.
> What is most important for you to see in "Detailed View" ?
> At the moment I have "Type of file" (not MIME-type, but file, 
> executbale file, dir, socket, link...), name and size.
Read what I said about the treeview.
It is already configurable in that aspect.
If your textview was a mode of the treeview, it would gain
that automatically !
(See why duplicate code sucks ?) :-)

> For a directory containing about 1500 files (qtcopy/html + 
> kde2/lib) it needs 1600 msecs (measured using QTime.elapsed()).
> If I add "modification time" formatted with KGlobal->locale() 
> it already takes 2300 msecs. :-(
> But this will probably become configurable.
... :-)

> In other words I'm looking for every line of code I can 
> remove to speed up the thing.
You don't need to remove anything, but to optimise the code for
certain cases (like a single directory, no mimetype checking...).

David.

[prev in list] [next in list] [prev in thread] [next in thread]