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

RE: TortoiseSVN on thedailywtf.com

From: Lübbe Onken <l.onken_at_rac.de>
Date: 2006-05-18 11:38:13 CEST

Stefan Küng wrote:
> On 5/18/06, Lübbe Onken <l.onken@rac.de> wrote:
>> The latest nightly still uses YES/NO. Wouldn't OK/CANCEL be the
>> better choice?
> Not the way I changed the text. It's a YES/NO question now, so
> OK/CANCEL would be 'wrong'. But of course, we can change the text to
> something even better. Suggestions?

By the way, we could change the text of the relocate warning, since it now
only shows up when someone tries to shoot himself in the foot.

I suggest something shorter than currently. Something like this:

Caption: Relocate inside the same repository detected
You are trying to _relocate_ your working copy _inside the same repository_
From %s [1]
To %s [1]
This is normally done by a _switch_ operation.

A relocate is only needed if the if the protocol or the server name or ip
(e.g. http:// to https:// or http://svn.myserver.com/ to

An inadequately used relocate *will corrupt your working copy!*
Now that you've read and hopefully understoiod the above:

Do you really want to relocate?

[Yes] [NO] [Help[2]]

[1] Could you underline/highlight/different color the identical base URL in
both lines?
[2] Can you add a help button to the relocate warning?

I left out all the conditions and ifnots that are IMHO confusing and tried
to boil it down to the source of the problem.

- Lübbe

  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu May 18 11:39:21 2006

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.