Am 13.08.2008 20:10, Stefan Küng schrieb:
> Ulf Zibis wrote:
>> OK, is as designed.
>>
>> to avoid this confusion, wouldn't it be better ...:
>> 1. to have "Revision" AND "Remote revision" in
>> "check-for-modifications" dialog
>
> No, that would mean that the shell extension had to connect to the
> repository. If your repository is not accessible or on a very slow
> connection, that would block the shell.
Hm,
1. there are other double columns, which are distinguished by "Remote",
so without "Remote" only "Revision" misleads to the assumption, that
this column always shows the local revision.
2. After "Check repository" the connection to the repo is just done.
Also: On local view, the "Remote"-columns should better be greyed,
stroked-through or just hidden. If there just is no value in a column
like "Remote property status" that could mean twice: 'no data available'
or 'no value' which IMO is confusing.
>
>> 2. to update overlay to "modified" after repository check or cleanup?
>> (evtl. extra overlay for "remotely modified")
>
> http://groups.google.com/group/tortoisesvn/browse_frm/thread/cabfbe0ccc901d60
>
Thanks for the link. OK, there are arguments, not to do this. But ...
- rename "Check for modifications" to "Detailed Status" or similar,
because "check" leaves to the impression that some more or less
expensive process (e.g. remote access) is started. (remember "check out")
- "Needs Update" or "Remotely modified" is only 1 additional overlay,
which could be refreshed by Ctrl-Refresh or "Check repository" and
verbosed by "check-for-modifications" dialog.
>
>> 3. to show "Working Copy - Local Modifications" and "Working Copy -
>> Remote Modifications" respectively in the window title (or somewhere
>> else)
>> (see NetBeans "Show Changes" dialogue in the attachment; 3 buttons
>> for different views)
>
> right-click on the list header in the Check-for-modifications dialog.
> You have there all the columns you need.
My claim was not about the visibility of remote values, but about
indication, if remote values were actually accessed or not. In the
NetBeans example this is perfectly indicated by the background colour of
the 3 buttons.
>
>> 4. to show complete path (+ filemane) in the window title if invoked
>> on single file
>
> The tooltip on the file shown in the list control already shows the
> full path.
I'm afraid, you misunderstood me. Not the folder path I'm missing, but
indication, if the dialogue concerns only a *single file*, or the *whole
folder* (including subfolders) denoted in the window's title.
You have it in the "Log Messages" dialogue (in case of single file the
file name (without complete path) is denoted in the window's title). Why
not also in the Check-for-modifications dialogue?
BTW: The tooltip is not shown if "Check for modifications" was invoked
on single file.
BTW: It's not obvious, that the "normal=.." etc. values are calculated
*including* the subfolders.
> You don't want to have the full path in a dialog title: the dialog is
> maybe wide enough for your paths, but many people have *very* long
> paths, and they would only see the first part of the path, missing the
> filename completely.
The maybe *very* long path *is actually* shown in the window title, but
not the file name itself (which doesn't make it much longer), when the
dialogue was invoked on a single file. (BTW: In this case also the "Show
xxx files" check boxes don't make much sense.) In contrast you have it
in the "Log Messages" dialogue.
-Ulf
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: dev-help_at_tortoisesvn.tigris.org
Received on 2008-08-14 01:27:26 CEST