Trouble with gzipped files

Thiago Macieira thiagom at mail.com
Fri Jun 20 22:58:19 BST 2003


Luis Pedro Coelho wrote:
>In that bug's small discussion, Thiago suggested assigning
>application/postscript; compression=gzip to *.ps.gz
>
>This seems very logical, but I don't really know whether this corresponds to
>any convention used elsewhere. I tried look through the existing mimetype
>[Thiago, can you answer this? I am CCing you bc of this question].

No, I am not aware of this approach being used anywhere. But from my 
understanding of the MIME RFCs and our current situation, I think this would 
be the most interesting approach.

>At first, I hoped that passing "application/postscript; compression=gzip" to
>deviceForFile would get me a gzip filter, but it doesn't seem to. I am not
>sure whether this is a bug or a feature.

Well, I'm sorry to disappoint you. I mentioned "application/postscript; 
compression=gzip" in the bug report but I wasn't clear enough: that's what I 
believe the MIME type should be. What I failed to say is that this is not 
currently supported in KDE.

>I sometimes see posts about a mimetype hierarchy system, where I imagine one
>would have (in pseudo-OOP syntax)
>
>namespace application {
>mimetype "x-gzip"
>mimetype "postscript"
>mimetype "postscript;compression=gzip" extends x-gzip, postscript
>}

Now that would be interesting and would open up for new possibilities, even 
though by far the most beneficial would be compressions. Even if we don't 
implement a hierarchy system -- which could be slow and cumbersome -- 
handling of MIME type attributes should be possible. 

HTTP uses a slightly different approach, which is:
Content-Type: application/postscript
Content-Encoding: gzip

This is another solution.

>Thinking smaller, just allowing "application/postscript;compression=gzip" to
>find kghostview which offers "application/postscript, Application" and
>"application/postscript,Browser/View" and then inside the app, let it find
>the correct filter would be great. No apps would need much to handle
>compression, if that was the case.

That would be generally the idea. It would allow the correct application to be 
found as well as the correct filter for inside that app.

Alexander Neundorf wrote:
> If it found something known in the uncompressed data (e.g. postscript), it
> returned a mimetype like text/html-gzip. Additionally I added mimetype files 
> for gzipped postscript, html, text and troff files.
> But after some discussion on the list this wasn't considered a good
> approach. 

I think we should get back to your idea. While creating new MIME types for 
each possibility doesn't strike me as a good approach, maybe using the 
attributes would solve the situation.

-- 
  Thiago Macieira  -  Registered Linux user #65028
   thiagom at mail.com           
    ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20030620/c75b8f26/attachment.sig>


More information about the kde-core-devel mailing list