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

Re: "SVN short URL" enhancement request

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2007-08-25 09:19:32 CEST

Beman Dawes wrote:
> The "SVN short URL" column seems to work by dropping the leading portion of
> the URL up to, but not including, the first single slash.
>
> So "https://svn.boost.org/svn/boost/trunk" becomes "/svn/boost/trunk".
>
> Horizontal space is at a premium, so in the above case I'd like to also drop
> the "/svn/boost/" so the final result becomes simply "trunk".
>
> One way to make this work would be to attach an option to the top-level
> directory of the working copy that says in effect "Drop this portion of the
> URL: ...", where the "..." is something the user can set. This setting would
> be inherited by any directories below the working copy root directory.
>
> So in my example above, I'd specify to drop "//svn.boost.org/svn/boost/".
> The default would be the URL, in this case "//svn.boost.org" or maybe
> "//svn.boost.org/" if the user does not supply a string.

As of revision 10418, we check for /trunk, /branches or /tags in the url
and remove everything before that. I think that's better than having
some configuration. I know it's not perfect because there are situations
where those folders are below the repository root, but the column is
called 'short url' and we have nowhere defined what 'short' really is :)

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sat Aug 25 09:16:54 2007

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

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