Yo.
I'll add issues later tonight or tomorrow, when I get a little more time.
If noone else has already done it by that time.
Until then here's some random feedback.
Happy easter!
>>> 3. Right-click on any item should give me the option to show log of
>>> that item. I know you don't want to duplicate funcionality, but when
>>> the update is done after a week (holidays) with a lot of activity, if
>>> you want to track the changes on a specific file, you must navigate to
>>> that file in the Explorer, and a useful entry here would not harm you
>>> either.
>
> There's a button "Show Log..." in that dialog after the update finishes
> which will show you exactly those revisions you just updated. In the log
> dialog you then can see what you want.
So there is. Whether Fernando can see what he wants I can't answer.
> And isn't there already a "Show Log" entry if you right-click on a
> file-entry in the log dialog?
A "show log" entry when right-clicking in the "show log" dialog? No.
A "show log" entry when right-clicking a file in the "update" dialog? No.
>>> 4. When the update has finished, focus should be given to the "OK"
>>> button, and ENTER should click OK and thus, close the dialog. If I
>>> click an item and navigate throw them, ENTER should launch the default
>>> action for that item, and not close the dialog.
>>
>> 4. Still an issue, navigating to a update log line and pressing
>> <enter> closes the dialog.
>
> This was discussed before. That's the standard behaviour of a dialog.
Either way, TSVN is inconsistent.
It should probably have been mentioned that navigating to the "Show Log"
button and pressing ENTER actually opens the "Show Log" dialog - it doesn't
close the current "update" dialog.
And I've never seen the ENTER key as a standard key for closing a dialog -
why do you think that's standard behaviour?
>>> 8. There is no action for unversioned files. Maybe launching its
>>> standard editor? If so, then a bold popup entry "Open" should be
>>> append to its menu. If not, what about adding an entry called "Open"
>>> but not bold, so I can launch the file and remember its contents
>>> without having to navigate throu Explorer until I find it? Open exists
>>> for versioned files.
>
> An entry "Open" is ok, but definitely _not_ as a doubleclick action.
> That would disturb me a lot since I'm used to doubleclick on a file and
> have TMerge pop up really fast. Sometimes files are associated with a
> 'big' application which takes ages to load and I don't like it if e.g.
> VS.NET starts up again just because I accidentally clicked on such a
> file. Also, you could accidentally click on an exe file or a dll (dll's
> are associated with regsvr32 on my machine, which would really annoy me
> if that would happen accidentally!).
Right, that would be extremely annoying.
Adding the 'Open' item (but not as default action) would be good for
consistency though, seeing as it's already there for the versioned items.
>>> 9. If I select one unversioned file, I get a popup menu called "Add To
>>> Ignore List". If I select two unversioned files using Ctrl or Shift,
>>> why can't I get them ignored at a time?
>>
>> 9. The Explorer dialog has this feature, so seems reasonable to make
>> the ignore feature in the Commit dialog resemble it. Or decide to
>> only have it in one place (which would be my first option).
>
> AFAIK the commit dialog now also shows a submenu to ignore by mask.
> Having multiple files ignored at the same time is a bad idea - if you
> have to ignore many files at once, you should better think again about
> your file-layout or use a mask to ignore files.
One could ask the question why the ability to ignore 2 or more files
in one shebang is possible in the Explorer-integration part of the UI,
then.
>>> 22. I would like to have the "Export unversioned files too" checked by
>>> default. Maybe an entry in the options dialog.
>>
>> 22. Feature request. I disagree strongly.
When I wrote that I thought we were still in the 'commit' dialog, and F.
wanted to have unversioned files committed automatically. FYI, I'll just
change any vote I might or might not have on this one to +/- 0.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Mar 24 16:10:07 2005