[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: mimetypes for zipped files
From:       Marc Mutz <Marc.Mutz () uni-bielefeld ! de>
Date:       2002-04-09 9:38:04
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 08 April 2002 22:58, aleXXX wrote:
<snip>
> I.e. app/postscript-gzip would be simply also app/postscript ?

More like "app/ps; compression=x-gzip". The presence of compression is 
independent of the mimetype. A text/plain is still a text/plain, whether it's 
copressed with gzip, bzip2 or not at all.

> Yes, this was basically my question whether we'd need new mimetypes or not.

IMO, not. The apps could annouce in their .desktop file what kind of 
compression they can handle (or any, when they already use filterdev).
If they can handle the mimetype, but not the compression, it's compressed for 
them and they operate on a temp file, just like it's currently the case when 
they can't use http, e.g.

> Well, here's my source.

You have checked that QBuffer never does a resize() on the bytearray, yes? 
Else you wouldn't use setRawData(), of course ;-)

> Of course it could be simply modified to return only the "inner" mimetype.

I can't see from your patch which function this is from, but the compression 
should be returned independently of the "inner" mimetype. If that is not 
possible, I'd say: let the old function alone and write a new one that can.

Marc

- -- 
Marc Mutz <mutz@kde.org>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8srZ83oWD+L2/6DgRAmcVAJ4sR+fuQ1AhO2OktRw7GD6WEH+HEQCg4icB
wOlmBZaWSJsJeKPD/rJJfFk=
=6flD
-----END PGP SIGNATURE-----

[prev in list] [next in list] [prev in thread] [next in thread]