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

Re: Open Folder Dialog doesn't appear all the time

From: Roman Käppeler <roman.kaeppeler_at_googlemail.com>
Date: Sat, 25 Apr 2009 00:34:27 +0200

> > If you asked me, I wouldn't need the "Repository Browser". The user
> > guidance is too confusing, in my opinion.
> Fine for you, but all I ever use is the Repository Browser, so the
> file selector could be dropped for all I care.

Okay, seems like you never change to a totally different repository. In
my organization we have one server for our sources. If there are several
projects we create different repositories on the server like:


Normally we connect to the server by mapping it on a network drive.
Therefore changing the repository and navigating to the other location
"feels like" navigating to a different folder in the filesystem.

I am sorry, but checking out ProjectA to a folder MyLocalCopyA and
afterwards checking out ProjectB to MyLocalCopyB isn't easily possible
with the repository browser. I can't see the way how this should be
possible in the repo browser.

Why not change the behaviour of the "..."-Button to display the "Open
Folder" dialog? This would be much more easier and understandable for
users. I am not the only in my organization that doesn't like/understand
the way TortoiseSVN is acting here.

> > There are serveral ways to improve the "Checkout" dialog box.
> > I think a "..."-Button always should do the same in every
> > application and therefore it should display the "Open Folder" dialog
> > box. The behaviour of a "..."-Button is pretty much the same in
> > everywhere Windows/Linux application.
> Exactly - they bring up a dialog for an advanced way of filling the
> textbox next to them, which can be everything from a color picker to a
> font selection dialog to a file selector to, obviously, TSVN's
> Repository Browser. Because usually I don't want to check out the
> whole repository, and a file selector gives you exactly zero
> opportunity to select a folder from the repository like the Repository
> Browser does now.

I don't talk about a "file selector" but a "folder selector". There are
two different dialog boxes in Windows - a "File Open"-DialogBox and a
"Open Folder"-Dialog box.

What I'd like to have is the "Open Folder"-DialogBox. I think this would
help you too, to select a folder within a repository.

> Where did you get the idea that all a "..." button ever does is bring
> up a file selector? That's usually done with a button labelled
> "Browse...".

Okay, my statement wasn't correct for all cases. But most of the GUIs I
know only have a "..."-Button right beside a textfield where users
should fill in a path/folder.

> Also, in case you haven't noticed it the textbox here is a URL entry
> field, so you could say it's rather surprising for a standard windows
> file selector to open at all.

My expectation and the expectation of my fellows was that we have to
fill in a URL on a remote machine if the appropriate URI is not mapped
to a drive letter. But if we've already mapped a remote server to a
drive letter, why should we type in "file:///" again? Why not just
navigate through the folder browser dialog?

TortoiseSVN already knows that I've previously used the
"file:///"-protocol as the address of the previous repository is still
in the ComboBox-Textfield. So why not show the folder browser dialog?

If the user specified a different protocol like "http://" that is a
different side of the coin. I don't believe so, but maybe in this case
it does make sense to show the repo browser. But if the
ComboBox-Textfield already shows "file:///" then I expect to get a
folder browser dialog box by clicking on "..."

Don't you agree with my statements? What would be your preferred
behaviour? Do you like the way TortoiseSVN is acting right now?


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-04-25 08:10:29 CEST

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