Copy dialog

[Balderstrom]

MVV, you do programming; I do programming. You know that's just not true.
Currently, when the limited copy dialog appears it knows what folder is selected in the tree, and claims it will copy there. And doesn't.
Whether or not the "Desktop" is the official Target by the nature of it being the "base folder" in that panel is irrelevant.

It would be the matter of a basic IF/THEN/ELSE prior to popping open the CopyDialog.

Code: Select all

IF( Target==DESKTOP && TargetPanel==TREEVIEW )
{
    Call_Copy_Dialog( TargetPanel->CursorPosition )
}
ELSE
{
    NORMAL PROCEDURE.
...

That being the hackish Pseudo-C-Non-Pascal fix. The best fix would be to consider the cursor location in a TreeView to be the Target for all intents and purposes. Including ButtonBar commands or command line parameters /L /R etc.

Personally, I don't care much, I don't use TreeView. It's current behaviour though is of very little use or reason. The suggestion by Christian to use mouse drag&drop doesn't make much sense either: one of TC's supposed strengths is keyboard interface to any-and-everything... and in this case the "solution" is to: Use a Mouse.

[Evds]

F5 copy always copies to the base directory of the other panel - which is the desktop in the case of a tree! So where is the bug? You need to use drag&drop to copy the file to a specific subdir, just as if there is a directory displayed.

If you get a dialog box that asks if you want to copy a file to "c:\program files" [Yes or No] and you click on yes and the file gets copied to the desktop instead, that is clearly a bug.

[JohnFredC]

F5 copy always copies to the base directory of the other panel - which is the desktop in the case of a tree!

IMO this is yet another example of why the folder tree needs to be parented by the tab it's contents (and focused item) belong to, so that there are no UI context confusions and no "special case" behaviors.

I don't profess to know how the TC control hierarchy is designed internally, but...

IMO currently TC behaves as if the (dual) folder tree is parented by the application, not the panel, and not the active tab (where it should belong).

IMO here is the current, apparent container hierarchy for dual trees. If, internally, the containers are not actually nested in this way, TC seems to behave as if they are:

• TC > Tree > Panel > Tab > File list

Here is how I would have done it:

• TC > Panel > Tab > Tree + File List

Certainly there are memory resource consequences for the multiple tree instances that occur with this alternative control parenting hierarchy, but moving the tree into the tab control would resolve UI focus ambiguities and reduce focus synchronization cycles (and allow tree visibility by tab, apparently not currently possible).

There are always trade-offs, but computer resources are usually"cheaper" than human resources.

Too late now.

[MVV]

Mr. Ghisler, maybe you change confirmation message text so it will say that TC is going to copy files to desktop and not to currently selected folder in tree?

[MVV]

I will report current for 7.55b1 bug's state. As some private testers reported, bug was fixed in some private betas prior to 7.55b1. But in 7.55b1 we have two bugs with copy to tree again:
* TC adds desktop path to right destination file path when file is being copied to some selected folder of tree. E.g. for file myfile.txt when F:\MyFolder\MyFolder2 is selected in a tree:

C:\Documents and Settings\<user>\DesktopF:\MyFolder\MyFolder2\myfile.txt

* when root folder is selected in a tree (e.g. F:\), TC shows message box instead of normal copy dialog, and target path is wrong too (and user have no chance to fix path because of message box instead of copy dialog):

C:\Documents and Settings\<user>\DesktopF:\myfile.txt

BTW please move thread to 'TC7.55 Bugs' forum.
(also, I think its name should be changed to something like 'Copy dialog when copying to a tree')

[Hacker]

MVV,

BTW please move thread to 'TC7.55 Bugs' forum.
(also, I think its name should be changed to something like 'Copy dialog when copying to a tree')

I suggest you create a new thread in the Bugs forum.

Roman