Version: 2.3.1 (using KDE 3.1.9) Compiler: gcc version 3.2 OS: Linux (i686) release 2.4.20 Hayes should try to defer metainfo determination as long as possible. That is, it should determine it on demand for a given file, when someone asks for it and it should determine the information for all visible files in the playlist. The latter is not necessary when the playlist is not shown and the sorting mode does not need KFMI (or the mode is random, so sorting is irrelevant). On demand determination could be implemented by using KMimeTypeResolver, so that the meta information for an item is read as soon as that item becomes visible in the view. I'd have a look at that when Hayes would be in CVS.
But if I delay it after the file's loading into a ListViewItem, then won't that break sorting? If I knew how to delay it longer, I'd do it. :-)
You say to delay until it becomes visible... by that point a sort will have occurred, won't it?
Subject: Re: delaying of KFMI even more On Saturday 22 February 2003 14:12, you wrote: > 14:12 ------- You say to delay until it becomes visible... by that point a > sort will have occurred, won't it? Yes. In shuffle-mode (which is the most used mode, I guess), you don't need any sorting, until the hayes window becomes visible. You don't even need the listview, the listview items.... all you need is listing the directory and creating the list of playlist items. In non-shuffle mode, you eventually need KFMI (you don't if you sort by name, date, filesize...). Cheers Carsten Pfeiffer -----BEGIN PGP SIGNATURE----- iQEVAwUBPlosqKWgYMJuwmZtAQGznAgApJKxKTVuB4RU9v11N6Zxtb1oMcY6nMCz SESIBCGrEtmgL/Unx+jexcVw431zQoIZNDBD5P2a4W08qol2e7YdVZpbHStBhZQb Bx+fWeN7qjO+nDCUoBCQyJB/RuLmWAe1ho5dXfGCZVIhQLh4hxde/IO8C7O8i/8Z W9XLVUtvay36d9/Xd6ilWiB1WD/nlmvVmQi6GIdYXenFsjuKjxh5HIA+GglYgBIq 2U6YVpX3FLPwMoc/0T5QmaeuZRxckFq3vDVmsmbeMGmdip38S8Qp8jTK2nXHGy3q Px+jG+sElDMHTeDLTokOmjVZVKuziYRmBfH5BzSX5tgkF+ODpzbUBQ== =LuTd -----END PGP SIGNATURE-----
hayes is no longer in cvs... and it took me long enough to notice!