KListView started, and almost ready

[Rafael Fernández López]

Hi,

Have been doing some work for the uni, sorry for being late.

Yes, it is probably the best solution having it tested at Dolphin, and when
it gets mature and some apps would like to use it, import it into kdelibs.

Well, I agree with the idea of some (wiki?) that enumerates this kind of
classes so we are aware of them.

Peter, well yes... My idea (I hope yours too) just for looking at the future
is importing KListView and KItemCategorizer (I don't mind if you want to
rename them, it's the less important thing for me, but KListView makes more
sense than KCategorizeView or something, since if no categorizer set, it is
really a QListView) was adding klistview.cpp, klistview.h, klistview_p.h and
kitemcategorizer.h somewhere at dolphin, and as my patch (at kdebase, not on
my blog), making dolphinview inherit it.

Help? Well yes... I find it specially slow when hovering effects and items
have some additional information (size, date...). Well, is a class that need
lots of polishing, specially on optimization, so we can make it at least as
faster as qlistview.cpp. So, when having a talk or whatever and we finally
commit it to dolphin, and dolphin uses it (if user wants to categorize
items), we should take care of speed.

There is one issue, that I think is more related to the model than other
thing... The view the only thing does when categorizing is asking item by
item which category is it, and if is the same as the previous, just add it,
if not, draw the category and add it. The thing is that on the model we have
at dolphin, first come folders, and then files. It would be nice if we could
be able to configure this, or change that behavior (note I haven't read the
code, and it's probably possible), just because if we have a folder "KDE"
and a JPG named "konqui.jpg" and is sorted by name, and we have tons of
files and folders we will have two "K" categories, one for the folders and
other for the files, that is probably not as successfull as we would like it
to be, but that is probably a question for a usability guy.

Bye and thanks,
Rafael Fernández López.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20070404/e1976fb2/attachment.htm>