<br><br><div class="gmail_quote">On Wed, Aug 4, 2010 at 12:11 PM, James May <span dir="ltr"><<a href="mailto:whatwg@fowlsmurf.net">whatwg@fowlsmurf.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 4 August 2010 20:08, Christoph Päper <<a href="mailto:christoph.paeper@crissov.de">christoph.paeper@crissov.de</a>> wrote:<br>
> * Argument: What about incremental rendering?<br>
> If there are, for instance, lots of (content) images in the resource file I will see them all at once as soon as the ZIP has been downloaded completely and decompressed, but with single files I would have seen them appear one after the other, which might have been enough.<br>

<br>
</div>ZIP files are progressively renderable, dependant on file order.<br>
</blockquote></div><br>In my experience "gzip" compression is blocking browser rendering until the compressed file has been received completely.<br><br>I believe this is the reason we should not compress the HTML source, just its external binary components.<br>

<br>I don't think the browser can separately decompress each block of a chunked transfer as it arrives, am I wrong ?<br><font color="#888888"><br><br>Diego Perini<br><br></font><br>