The Windows port should support gzip content-encoding. On the Mac side this is handled for us, but on Windows this isn't the case: WinInet doesn't support gzip decoding before Longhorn server/Vista. Therefore, the resource loader will need to support this. Mozilla has some code to do about the same thing.
Note that currently we don't tell webservers that we support this content encoding, so they don't send it; so the web still works, but we need to support this for network performance/bandwidth reasons. Also note that this isn't the same thing as gzip transfer-encoding, which apparently few people besides Opera support (although it would presumably be simple once the content-encoding support is done).
The relevant Mozilla code is mainly in http://lxr.mozilla.org/seamonkey/source/netwerk/streamconv/converters/nsHTTPCompressConv.cpp
(In reply to comment #2) > The relevant Mozilla code is mainly in > http://lxr.mozilla.org/seamonkey/source/netwerk/streamconv/converters/nsHTTPCompressConv.cpp Note, this code is mainly to read headers and determine what, exactly, needs to be inflated. The actual inflation is (I believe) done via zlib, which I think is already linked into WebKit somewhere...
This works in Safari 3 beta, presumably implemented in CFNetwork.