> > 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:
D:\SVN_Repositories\ProjectA
D:\SVN_Repositories\SubProjects\ProjectAB
...
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?
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=1898714
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-04-25 08:10:29 CEST