<p>Meh android top-posting.</p>
<p>Png is totally lossless.  It analyzes each scanline versus the prior, and recodes.  Thus a top to bottom gradient becomes a field of identical repeating numbers using the SUB filter, which compresses extremely well.  There are several filters; png has many operating modes.</p>

<p><blockquote type="cite">On May 21, 2010 3:06 PM, "Phillip Susi" <<a href="mailto:psusi@cfl.rr.com">psusi@cfl.rr.com</a>> wrote:<br><br><p><font color="#500050">On 5/21/2010 1:40 PM, Louis Simard wrote:
> Err... While I know what you want me to do (you want
> C...</font></p>Heh, yea, I've struggled with this on thunderbird too, which is why I<br>
usually end up submitting patches via something like mime-construct or<br>
some other command line mime editor where I can force it to use<br>
Content-Disposition: inline.<br>
<p><font color="#500050">
> - For PNG: the data used to store some images on the CD is not
> compressed to the highest level....</font></p>I believe that PNG applies a lossey compression first, then gzips the<br>
result.  It sounds like you are saying that the gzip is done with -3<br>
instead of -9, so you ungzip it and recompress on -9.  Is that more or<br>
less correct?  If so that sounds pretty good, but like you mentioned<br>
before, should be done upstream rather than only for the livecd.<br>
<p><font color="#500050">
> - For SVG: the data used to store ALL images on the CD is not optimal
> for rendering purposes. I...</font></p>Sounds good, and also would be good to do upstream instead of just for<br>
the lived.<br>
<p><font color="#500050">
> - For XML, as described by Martin Owens: xmllint would remove
> everything superfluous from all f...</font></p>I noticed the bloated gconf xml files a few years back myself and<br>
brought it up on the devel list.  IIRC I saw even more wasted space than<br>
you mention here, due to 10, 20, even 30 characters of whitespace<br>
indenting each line.  This does add a lot of bloat to the files I don't<br>
like to have on an installed system, but once compressed into the<br>
squashfs for the livecd, the whitespace drops out, so there wasn't much<br>
concern about it.  At one point I tried just converting the whitespace<br>
into hard tabs and saved quite a bit of space, while preserving the<br>
indentation for human editing.<br>
<p><font color="#500050">
-- 
Ubuntu-devel-discuss mailing list
<a href="mailto:Ubuntu-devel-discuss@lists.ubuntu.com">Ubuntu-devel-discuss@lists.ubuntu.com</a>
Modify settings or unsu...</font></p></blockquote></p>