Re: comparing directories recursively
Compare is lightweight uninvasive function, it is to monitor whats what.
It only allows user to monitor. Whether he decides to synchronize is based upon the mood or whatever the user has at that time. He might decide not to invoke the copy command on the highlighted files.
Synchronize on the opposite to Compare means hard action, exchanging files, changing the state on storage systems, thus is invasive operation.
The Synchronize should stay robust and do his work with not much of asking and prompting.
Yet I might only want to see differences, not synchronize.
Thus it is not right to enhance the Synchronize button, but it is right to enhance Comapare button (which pops out form describing differences, and would allow to select entries of differences)... and then add a Synchronize button to that subform where the differences are displayed, so you can invoke the synchronize on selected items.
Question is, where this list should be displayed?
I suggest this list shall be displayed as like the "transfer queue" subform, possibly make tabs for "transfer queue" and "differences form" to save window space
As of current the Compare directories is relatively useless as it says that remote and local are equal, even if the remote has few directories more at the same level compared to local. While the program author knows it is so and it isnt programs functionality, it is still favourably to be declared as a minor bug, with reasoning, that current behaviour IS NOT THE INTUITIVE EXPECTATION of program users.
What does it mean?
It does mean that this is no COMPARE DIRECTORIES functionality but rather COMPARE FILES IN DIRECTORY functionality.
Using term COMPARE DIRECTORIES is misleading.
I have edited the
https://winscp.net/eng/docs/task_compare_directories
with section:
so that the answer "not implemented" to intuitively expected functionality can quickly be found.
I hope my contribution there was acceptable.
--
Marek Mänd
Tallinn, Estonia
It only allows user to monitor. Whether he decides to synchronize is based upon the mood or whatever the user has at that time. He might decide not to invoke the copy command on the highlighted files.
Synchronize on the opposite to Compare means hard action, exchanging files, changing the state on storage systems, thus is invasive operation.
The Synchronize should stay robust and do his work with not much of asking and prompting.
Yet I might only want to see differences, not synchronize.
Thus it is not right to enhance the Synchronize button, but it is right to enhance Comapare button (which pops out form describing differences, and would allow to select entries of differences)... and then add a Synchronize button to that subform where the differences are displayed, so you can invoke the synchronize on selected items.
Question is, where this list should be displayed?
I suggest this list shall be displayed as like the "transfer queue" subform, possibly make tabs for "transfer queue" and "differences form" to save window space
As of current the Compare directories is relatively useless as it says that remote and local are equal, even if the remote has few directories more at the same level compared to local. While the program author knows it is so and it isnt programs functionality, it is still favourably to be declared as a minor bug, with reasoning, that current behaviour IS NOT THE INTUITIVE EXPECTATION of program users.
What does it mean?
It does mean that this is no COMPARE DIRECTORIES functionality but rather COMPARE FILES IN DIRECTORY functionality.
Using term COMPARE DIRECTORIES is misleading.
I have edited the
https://winscp.net/eng/docs/task_compare_directories
with section:
NB! As of current (latest release v 3.7.4), the program does not support comparing directories recursively. The different amount of subdirectories existing in compared directories will have no impact on the result of comparision, they are not taken in account.
so that the answer "not implemented" to intuitively expected functionality can quickly be found.
I hope my contribution there was acceptable.
--
Marek Mänd
Tallinn, Estonia