[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: experiment to get Mac resource-forks under version control [with PATCH]

From: B. W. Fitzpatrick <fitz_at_red-bean.com>
Date: 2003-05-14 06:49:16 CEST

Scott Collins <scc@ScottCollins.net> writes:

> I'm looking for advice and review :-)
> Projects I build under OS X destined for the Palm or for OS 9 still
> have resources. I use subversion for non-resource stuff with no
> problem, but it would be a win for me to use subversion for these
> projects as well.
> The basic idea in this experiment is to represent a Macintosh resource
> fork as a special property. The property is a write-through reflection
> of the resource fork data. I can explain the reasoning that led me to
> this choice if anyone cares. I've hooked in within libsvn_wc. I added
> a wcprop to remember the last time the resource-fork on disk and the
> value of the resource-fork property were known to be identical. I
> added no new options, commands, or syntax. I exploit OS X's magical
> file notation for addressing the resource fork as though it were a
> distinct but ordinary data file. You can put a file's resources under
> version control like so
> svn propset -F x/rsrc x
> In a working copy, this code successfully manages: changes to the
> resource fork from outside subversion; changes through propset; and can
> get the resource property checked into the repository.
> I wanted to get general opinions on whether I'm on the right track.

Considering that even Apple is discouraging the use of resource forks
in the future, I am -1 on putting this Mac OS X specific feature into
Subversion. Is there any reason (aside from the inconvenience) that
you couldn't use /Developer/Tools/DeRez when you stuff the resource
fork into your Subversion repository, and /Developer/Tools/Rez when
you pull it out?

I hope that this doesn't come across as too harsh--I appreciate the
need to handle resource forks, but don't see a good reason to muck up
a new piece of software with a feature to support something that is a)
platform specific, and b) deprecated.

-Fitz, certain that someone, somewhere is going to turn the above
 paragraph around on him to shoot down the whole opaque collections
 thing at some point in the future.

Brian W. Fitzpatrick    <fitz_at_red-bean.com>   http://www.red-bean.com/fitz/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 14 06:50:32 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.