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

List:       kde-core-devel
Subject:    Re: KNewStuff2 merge
From:       "Mike Dean" <miketdean () gmail ! com>
Date:       2007-03-31 3:48:17
Message-ID: 90794f9d0703302048j5bf80bebwf1dd564d664a6765 () mail ! gmail ! com
[Download RAW message or body]

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 :)

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 gi=
f
to display while it blocks even?
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 ;)


On 3/27/07, Josef Spillner <spillner@kde.org> wrote:
>
> Am Montag, 26. M=E4rz 2007 20:03 schrieb Mike Dean:
> > It would be really nice if KNewStuff did prefetching, to avoid the
> annoying
> > lag, and caching of already retrieved information.  Either getting rid
> of
> > displaying the progress dialog, or integrating it into the KNewStuff UI
> > would be a very welcome improvement as well.  Making these small
> changes,
> > IMHO, would give KNewStuff a much more polished look and feel.  If
> you've
> > already done this, sorry, and kudos!
>
> It does that already, indeed (*).
> We don't remove the cache yet and so your HDD will fill up over time. Suc=
h
> changes are > April 2.
>
> Even in KDE 3.5 there shouldn't be progress dialogs anymore, I've modifie=
d
> all
> KIO calls AFAICR.
>
> Josef
>
> (*) ok, let me become a bit more technical since we're already at it. It
> currently saves each entry into a file on its own. Loading them all in a
> row
> and deserialising the information takes long enough to let the dialog
> appear
> blocking for half a second or so. Since space isn't so much an issue,
> there
> could be a more efficient mapping (if mmap is enabled), but we can also d=
o
> the loading in parallel (use threading). Either of the two will happen
> eventually, patches are welcome.
>

[Attachment #3 (text/html)]

Sweet, sounds great except for the delay.&nbsp; A half second for you could be many agonizing \
seconds for someone on a slow dial-up connection.&nbsp; Prioritized parallel prefetching would, \
I imagine, be a more user friendly.&nbsp; Prioritized, obviously, based upon what&#39;ll be \
shown first :) <br><br>Actually, instead of blocking, maybe a little loading graphic, ala \
flash, would be more user friendly.&nbsp; After all, we&#39;re all used to seeing that for \
flash (and other similar web apps) already.&nbsp; Maybe just load an animated gif to display \
while it blocks even? <br>Or if you&#39;d like some sort of animation to run in its own \
separate thread until dismissed, I could always write one for you (I don&#39;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> &lt;<a \
href="mailto:spillner@kde.org">spillner@kde.org</a>&gt; 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>&gt; It would \
be really nice if KNewStuff did prefetching, to avoid the annoying<br>&gt; lag, and caching of \
already retrieved information.&nbsp;&nbsp;Either getting rid of<br>&gt; displaying the progress \
dialog, or integrating it into the KNewStuff UI <br>&gt; would be a very welcome improvement as \
well.&nbsp;&nbsp;Making these small changes,<br>&gt; IMHO, would give KNewStuff a much more \
polished look and feel.&nbsp;&nbsp;If you&#39;ve<br>&gt; already done this, sorry, and \
kudos!<br><br> It does that already, indeed (*).<br>We don&#39;t remove the cache yet and so \
your HDD will fill up over time. Such<br>changes are &gt; April 2.<br><br>Even in KDE 3.5 there \
shouldn&#39;t be progress dialogs anymore, I&#39;ve modified all <br>KIO calls \
AFAICR.<br><br>Josef<br><br>(*) ok, let me become a bit more technical since we&#39;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&#39;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>



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