"Ph. Marek" wrote
> > to produce a merge tool for every imaginable file type, in practice
most
> > people don't have them, which is why they want locking.
> That's true. But I don't think you're able to modify MSWord-Files
without
> Microsoft Office (or KOffice, or OpenOffice, etc.) ... so it seems
reasonable
> to have the tools that are needed for my work available.
Editing and merging are different. I can edit any text format file with
notepad, but non-trivial merging (which is where I started out) is
format-dependent.
> If I need a special program to edit file X (image manipulation, some
kind of
> office, ... even .tar-files would be possible) AND I'd like to do
version
> controlling AND I'd like to have parallel editing THEN I'll need some
tool to
> merge, or I'll have to do the merge by hand.
Agreed
> I'm aware that it won't be possible to have every merge program
available
> everywhere ... all I'd like to get through is there should be a
possibility
> to call external programs depending on the mime-type for merge and
diff.
> BUT: I need some tools to modify some data - I *should* be allowed to
get the
> corresponding merge tools, if there are any.
So what you are asking for is a client-side config file which determines
the merge tool to use, based on mime-type. Isn't that a separate feature
request? I don't think it affects the arguments about locking
strategies.
> Locking is needed - for file-formats which have no merge tools
(installed), or
Agreed. All I was saying was that some text files which can normally be
trivially merged automatically without any special merge tool (C source,
xml, text, etc), are difficult in *some* circumstances. And in those
cases, locking would be useful, but hard to implement as a
'svn:lock-sometimes'.
>... possibly we could burn the "don't
> modify tags"-problem here too - just lock
> the /tags/xxx-directory-tree ... :-)
... and that is another story ;-)
But I think we are making a lot of noise on the dev list without
actually contributing much to the problem in hand ;-)
Simon
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 14 15:44:19 2004