Comment 15 for bug 412366

This seems a backwards feature - the default export filter (aka "save") (to ODT) is zipping up the stream, so why does the application need to unzip it again to make a flat XML file - surely it would just be easier to just remove the zip stage?

I'm presuming it's implemented in the usual C type stream-y way

 DocumentSerializer > RawXmlStream > DeflateStream > FileOutputStream

.. So why not just remove the "DeflateStream", and avoid the requirement to tack a Java unzipper onto the end of the chain?

Is it just that the ODT output is a special case and everything else is a filter? Why not make EVERYTHING a output filter, including the default ODT output?

Just sayin..