Steve Sisak wrote:
> If it is the case, I'm trying to determine if the effort is worth the
> time or if the effort will be rejected for religious/political reason as
> seems to be the case whenever someone mumbles the phrase "resource fork"
> in an svn forum.
I think you are reading too much into this. The Subversion I use is
extremely platform independent and has been since infancy. You are
stumbling over a design limitation that isn't easily cracked, but has
been discussed a lot. The reason that data-forks frequently comes up in
these discussions is that the concept is unique to one OS, and is
particularly hard to deal with in a platform independent way (oddly
enough ;-).
If you had discussed storing OpenOffice documents unzipped in the
repository, you would have hit another nerve with similar needs, but
this affects all platforms equally. There is also a lot of interest in
document-specific merge tools (think XML documents) that would also
require both server and client support.
> If I need to do the work, I'd be interested in knowing if there are
> other problems that would be solved by a general client-side mechanism
> to fix up files based on their MIME type and/or other svn properties.
You probably aren't seeing the other big issue - distribution of server
resident configuration to clients - that normally leads to suggestions
to use project specific wrappers. There are no client-side hooks, at
least in part if not primarily, because Subversion hasn't yet grown a
way to distribute metadata configuration from the server to the client,
and no one [sane] wants to encode that magic handling in the client code
for all eternity. The discussion of server-managed configuration flares
up every 8-9 months for a while, but no one has produced a design that
has gained wide support.
I personally view the server-side config feature as a necessary
precondition to any implementation of client-side hooks. You should
really google the dev list for that topic, since I'm pretty sure that
both data-fork and OOO docs came up at least a few times. In any case,
any discussion of client-side hooks belongs on the dev list...
John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 2 16:17:24 2007