Sweet, sounds great except for the delay.  A half second for you could be many agonizing seconds for someone on a slow dial-up connection.  Prioritized parallel prefetching would, I imagine, be a more user friendly.  Prioritized, obviously, based upon what'll be shown first :)
<br><br>Actually, instead of blocking, maybe a little loading graphic, ala flash, would be more user friendly.  After all, we're all used to seeing that for flash (and other similar web apps) already.  Maybe just load an animated gif to display while it blocks even?
<br>Or if you'd like some sort of animation to run in its own separate thread until dismissed, I could always write one for you (I don't mind throwing together little tiny things like that ;)<br><br><br><div><span class="gmail_quote">
On 3/27/07, <b class="gmail_sendername">Josef Spillner</b> <<a href="mailto:spillner@kde.org">spillner@kde.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Am Montag, 26. März 2007 20:03 schrieb Mike Dean:<br>> It would be really nice if KNewStuff did prefetching, to avoid the annoying<br>> lag, and caching of already retrieved information.  Either getting rid of<br>> displaying the progress dialog, or integrating it into the KNewStuff UI
<br>> would be a very welcome improvement as well.  Making these small changes,<br>> IMHO, would give KNewStuff a much more polished look and feel.  If you've<br>> already done this, sorry, and kudos!<br><br>
It does that already, indeed (*).<br>We don't remove the cache yet and so your HDD will fill up over time. Such<br>changes are > April 2.<br><br>Even in KDE 3.5 there shouldn't be progress dialogs anymore, I've modified all
<br>KIO calls AFAICR.<br><br>Josef<br><br>(*) ok, let me become a bit more technical since we're already at it. It<br>currently saves each entry into a file on its own. Loading them all in a row<br>and deserialising the information takes long enough to let the dialog appear
<br>blocking for half a second or so. Since space isn't so much an issue, there<br>could be a more efficient mapping (if mmap is enabled), but we can also do<br>the loading in parallel (use threading). Either of the two will happen
<br>eventually, patches are welcome.<br></blockquote></div><br>