[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]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic