AW: AW: [patch] load images delayed

[Tobias Anton]

I've also already seen web pages containing a layout where one frame is used
to display incoming messages continuously. That frame's source is an http
stream which is never closed from the server side. Images in such a frame
would in fact never be displayed with my patch.

So, imposing an upper limit to the delay might make sense, but that is
becoming too complicated for me. Thanks anyway for the discussion.

Tobias
-----Ursprüngliche Nachricht-----
Von: Stephan Kulow [mailto:coolo at kde.org] 
Gesendet: Montag, 27. Februar 2006 16:51
An: kfm-devel at kde.org
Betreff: Re: AW: [patch] load images delayed

Am Montag, 27. Februar 2006 13:08 schrieb Mikolaj Machowski:
> Dnia niedziela, 26 lutego 2006 23:05, Tobias Anton napisał:
> > > > Didn't test it but it is interesting patch. Could be used in
> > > > main branch - switch behaviour according  to speed of
> > > > connection (even on dial-up).
> >
> > If we only had a reliable way to determine the network speed...
>
> It doesn't have to be precise. While I am thinking about it - why cannot
> it be default behavior on *all* systems? Of course, if patch is very
> intrusive and makes other things harder shouldn't be included. But IMO
> on systems with much bandwidth user's experience will not change,
> with smaller bandwidth situation will always improve.
I'm not sure either assumption is right. On _many_ web pages the images on
the web page contain more information than the pure text. It's sad, but it's

the way it is. So you just can't say waiting for the text to finish 
downloading will improve your situation in any case. Think of a 3MB manual
where the first image is an image with the parts of the device with numbers,

that are referenced in the manual text. Wouldn't you want to have the image
before you start reading? 

Greetings, Stephan