Allowing a client to specify files with a openoffice mime-type should
be merged using a separate local application, sure. Not storing
specific files differently server-side.
And really, server implementation is not a 'feature'. The feature
would be being able to merge open-office format files, and from a user
perspective is best met by an open-office format 2 and 3-way file
merge tool.
-David Waite
On Thu, 02 Sep 2004 10:25:37 -0700, Kenneth Porter
<shiva@sewingwitch.com> wrote:
> --On Thursday, September 02, 2004 10:33 AM -0600 Mark <mark@msdhub.com>
> wrote:
>
> > My vote goes for svn not messing with my zip files. If your office suite
> > of choice stores files in proprietary binary formats, it's not up to svn
> > to interpret/convert them before storing them. Should it also convert
> > Word docs to text before saving them? The fact that zip is a well-known
> > proprietary binary format doesn't make it less proprietary or less binary.
>
> Isn't format-specific diff on the svn roadmap? The future machinery can tag
> the file to use an OOo-specific delta.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 2 19:32:43 2004