[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]