At 7:50 PM -0700 10/2/07, Jack Repenning wrote:
>>The MIME types for Mac OS file encodings have
>>been set in stone for at least a decade (maybe
>>Matt has proposed file:appledouble for the
>>property which contains the AppleDouble header
>>file (associate with a given data file) -- the
>>format of the contents has been defined since
>>A/UX. Unless there are major objections from
>>someone, it's fine with me.
>Why isn't the standard name for this property "svn:mime-type"?
Because AppleDouble encoding can be applied to _any_ MIME type.
>I think there are official standard MIME types
>for AppleDouble and -Single
>application/applefile, respectively), so
>anything with that MIME type could, by a Mac
>client, be exploded into the "real" file on
>checkout, and glommed back up on checkin, right?
Right -- I mentioned this, and the relevant MIME types in my original post.
The the encodings that result in a single file (a
binary blob) to other platforms have MIME types
and would use svn:mime-type.
AppleDouble encoding is used when the data fork
is useful to, and might be modified on other
platforms, so it would have it's own MIME type,
orthogonal to the AppleDouble encoding but might
still have Mac-specific metadata.
This is the rasion d'Ítre for AppleDouble. In
this case the date file (data fork) contains the
"normal" file and the header file contains the
>(Mental note about non-Macophilic file systems,
>like UFS, on Mac platforms....)
These use AppleDouble -- the "._" file is the
header file, containing the Mac-specific data,
not the resource fork as is often bandied about
by people who are unfamiliar with the spec.
An AppleDouble file does not necessarily need to
have a resource fork -- the header file still
Last Backup Date
Note that AppleSingle and AppleDouble are the
same format -- they differ in wether the data
fork is stored in a separate file or not,
Matt's solution is to store the AppleDouble
header file as a property of the data file (which
might have its own MIME type) -- therefore a
different property is needed.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Oct 3 05:38:31 2007