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

Re: [PATCH] Give svnmucc ability to handle multiline properties

From: Purple Streak <mrpurplestreak_at_googlemail.com>
Date: Mon, 3 Aug 2009 17:01:53 +0100

2009/7/31 Geoff Rowell <geoff.rowell_at_gmail.com>:
> Philip Martin <philip_at_codematters.co.uk> writes:
>> When '\' escaping was added to svn:externals it changed how paths were
>> interpreted by the command line client.  That provides some sort of
>> precedent for simply changing the behaviour of svnmucc.  I'd prefer to
>> see '\' as an escape character without any new command line option.
>> I'd want enough escaping so that '\\' at the end of a line gave a
>> literal '\'.
>
> I agree with Philip and Julian. As long as an escape is supported, I don't
> see the need for another command line argument. I'd prefer to have backslash
> as the continuation character.

Sorry - but this _will_ break existing scripts on windows so I'm
really not happy having I happen just by default. Also making
windows users have to adjust there .bat files to double up \
characters in paths is also not making it easy. On Unix this is the
normal escape - but windows users don't have perl/python by default
and a lot just use .bat files which don't have much processing power.

So I think we have to have the -c option both to enable the behaviour
and to optionally specifiy a different character (I don't think this
adds any complexity to usage - it's quite simple to follow and makes
it more flexible). The escaping for whatever character used would be
nice I agree, but you'd only really want it at the end of the line
which would be odd, so you'd have to have it all the way along which
makes the code more complex than it needs to be imo.

Cheers,
Purple

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2379578
Received on 2009-08-03 18:02:27 CEST

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.