OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

office message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [office] Re: mimetype for ODF - Macintosh type codes?


you are right, and I also suggest that we of course leave this 
information in the registration (it was btw. included in the version 
that I sent to OASIS, see my mail from Feb. 14th: 

All the best,

David Faure wrote:
> On Thursday 02 March 2006 16:25, David A. Wheeler wrote:
>>the magic numbers of zip are not sufficient to distinguish the format from 
>>other zip files.
> That is not the case; we chose that the file named "mimetype" would be stored uncompressed
> and at a fixed offset in the ZIP, so that there _are_ magic numbers for OpenDocument files
> that use the ZIP storage.
> In file(1) syntax:
> 0    string   PK\003\004
>>30  string   mimetype
>>>38 string   application/vnd.oasis.opendocument.text 
>>>38 string   application/vnd.oasis.opendocument.text-template
> etc.
> (which means the zip magic in the first 4 bytes, the litteral string "mimetype" at byte offset 30,
> and the actual mimetype at byte offset 38).
> Of course this doesn't apply to uncompressed (flat) XML files, which might need to be explained
> in the mimetype registration; I'm not sure if it allows for two variants of the same format,
> one in ZIP form and one in uncompressed XML form.  In any case the ZIP one is the main one,
> so I think we should describe the magic for it.
> James Bryce Clark wrote:
>>We noticed that you elect not to use the "+xml" form permitted by RFC 3023. 
> Yes, IMHO this makes sense for a format that is primarily ZIP based, and rarely uncompressed xml.

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]