[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:02:31 CEST

Stefan Küng wrote:

> On 5/18/06, Lübbe Onken <l.onken@rac.de> wrote:
>> I followed that thread on thedailywtf.com. There were two good
>> suggestions by people, that I'd like to forward to the list. I added
>> the headlines. Quoted text below:
>> 1) Reverse the Order of warning and selection of new URL
>> ========================================================
> I don't like the idea of reversing the order. Because, that dialog
> could be hidden behind other windows (between the right-click,
> choosing "relocate" and the time the dialog really is shown, other
> windows might show up). So the user won't really connect the warning
> dialog with the relocate command.

I forwarded the suggestions without a comment, because they point at UI
problems and are valid suggestions after all.

You're right of course. First you select something and then you get the
warning, if you are going to shoot yourself in the foot.
With your implementation of 2) this won't be necessary after all.

>> 2) Use OK / Cancel instead of Yes / No
>> ========================================================
>> If the dialog used OK/Cancel buttons, it'd be good as-is. It's as
>> simple as changing the options to the dialog box in Win32 to
> I've already changed the text slightly:
> http://mapcar.org/tsvn-snapshots/latest/changelog.html#r6491

I translated the question at the end of the warning, yes.

The latest nightly still uses YES/NO. Wouldn't OK/CANCEL be the better

> Also, I've changed the code so that this warning only is shown if the
> base part of an url is left unchaged - that indicates a possible
> switch and the warning is shown. If however the base part of an url
> has changed, then a switch couldn't do that and the warning isn't
> shown. Example:
> from: http://server.com/repo/trunk
> to: https://server.com/repo/trunk
> --> no warning
> from: http://server.com/repo/trunk
> to: http://server2.com/repo/trunk
> --> no warning
> from: http://server.com/repo/trunk
> to: http://server.com/repo/trunk2
> --> warning shown

Pretty smart. Looks like a good solution to me.

>> And there's anonther one from thedailywtf.com:
>> Of course this person didn't get the point, why the start menu item
>> is there, but he has got a point in telling us to do something
>> meaningful. I'd suggest to open the TortoiseSVN help file on a page
>> that explains why there is no TortoiseSVN executable running on the
>> desktop instead of showing this dialog.
> Opening the help file is not good. We'd get a lot of 'bug' (sorry, I
> meant: "BUG!!!") reports about TSVN not starting up but just showing
> the helpfile, or the start menu link wrongly pointing to the helpfile
> instead of the program. People (especially those that messagebox is
> for) don't read help pages. But they might read a messagebox (it's
> just little enough text for them to not ignore it), and a messagebox
> indicates that at least the link is right.
> That entry you quoted clearly shows the kind of people we have to deal
> with here. Even with the messagebox (clearly telling him *why* things
> are the way they are), he still doesn't get it and complains that
> TSVN is different.

OK, I thought opening the help file might be a good idea. The "I can't start
TortoiseSVN" questions have disappeared from the mailing list, so the dialog
was a success after all :-)

>> I'd also vote for a TortoiseSVN Options entry in the start menu.
> That however is a good idea.

Hey, I scored a point!

- 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:02:51 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.