Author |
Message |
Guest
|
Posted: Wed Jun 17, 2009 7:38 am Post subject: |
|
|
I'm also really interested to have this functionnality.
Can you tell us at least when it will be reday ?
Thanks,
Fred |
|
Back to top |
|
|
philcruz
Joined: 23 Jul 2009 Posts: 1
|
Posted: Thu Jul 23, 2009 6:32 pm Post subject: |
|
|
+1 for really wanting this feature and knowing when it will be ready.
-Phil |
|
Back to top |
|
|
Guest
|
Posted: Fri Nov 13, 2009 8:06 am Post subject: |
|
|
Hello,
I saw in the changelog of VV PRo 2.5 the following improvement :
- IMPROVED: Added the ability to cancel file re-comparison after file copying/deleting and file sorting during file comparison, which makes ViceVersa and VVEngine more responsive during these operations.
Is this the solution to the problem we have in this post ?
Thanks for your answer.
Fred |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
|
Back to top |
|
|
onlyasking
Joined: 12 Dec 2008 Posts: 49
|
Posted: Sun Feb 14, 2010 12:42 pm Post subject: |
|
|
yes that got me too:
Quote: | - IMPROVED: Added the ability to cancel file re-comparison after file copying/deleting and file sorting during file comparison, which makes ViceVersa and VVEngine more responsive during these operations. |
How does this work then? Having bought the last release i dont see any option of this sort. |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
Posted: Wed Feb 17, 2010 6:27 am Post subject: |
|
|
Hello
If you stop a running profile, now it stops immediately during comparison / sorting, in the previous version it would not. The "no-compare" feature is still under development.
thanks _________________ --
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com |
|
Back to top |
|
|
malega
Joined: 11 Mar 2006 Posts: 64
|
Posted: Wed Mar 17, 2010 3:23 am Post subject: promising this feature for more than 2 |
|
|
The first post in this thread is from Jan. 2008, where you promised this feature would be added in the next release.
You have repeated this promise several times, and yet, in March 2010, more than 2 years later, it has not materialized.
Since the absence of this feature is the one major drawback to your software, especially as hard drive sizes increase, could you explain whether this feature is actually being worked on, or just in the wish list stage?
It is frustrating that this promised feature has been promised for so long with still no idea when or if it will ever be produced. |
|
Back to top |
|
|
dougalthedog Guest
|
Posted: Mon Apr 05, 2010 9:12 am Post subject: |
|
|
I suspect the problem is that the current method of detecting changes does not provide the software with details of what file has changed - presumably the software uses folder size, datestamp or similar to tell when changes are made and that it why a rescan is necessary.
It is not as simple as only replacing the changed files because the program needs to know what is changed and it has to scan to do that! Therefore the solution most people seem to want is probably much more complex to code for than you think.
Bear in mind that what this software does for the price is pretty good indeed. There is software on the market which will update changes without rescanning but I haven't found any costing less than 10 x what this software costs!
By the way I have no connection with the software and only discovered it a few days ago. It would be great if this feature was there and I for one would be will to pay (a little) extra for it. |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
Posted: Wed Apr 07, 2010 2:25 pm Post subject: |
|
|
It is taking longer than expected, but this feature is pretty much on top of our to-do list and we hope to be able to release something soon. _________________ --
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com |
|
Back to top |
|
|
John Doe Guest
|
Posted: Sat Feb 26, 2011 9:54 am Post subject: |
|
|
Hi! What's the current status for this feature? |
|
Back to top |
|
|
John Doe Guest
|
Posted: Sat Feb 26, 2011 10:11 am Post subject: |
|
|
Isn't it possible for VV just to store file details of the Source files locally and compare against that, instead of the (in my case remote) destination folder? I've requested this feature a looooong time ago and it's still not out there, despite the number of requests by other users in this thread already.
I'd rather hear it will never be realised, than to hear promises continiously. This way limits progression in so many ways... |
|
Back to top |
|
|
Nicola Guest
|
Posted: Wed Mar 30, 2011 1:43 pm Post subject: |
|
|
John Doe wrote: | Can you inform me about the status of this feature? |
There are some news for this feature?
Thanks |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
Posted: Thu Mar 31, 2011 11:28 am Post subject: |
|
|
Hi Nicola,
are you after the feature where ViceVersa stores the remote files/folders info locally and does not rescan remote folders each time?
thanks _________________ --
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com |
|
Back to top |
|
|
dsbelden
Joined: 20 Jun 2011 Posts: 2
|
Posted: Mon Jun 27, 2011 11:53 pm Post subject: |
|
|
Add me to the list of people who really need this feature in order to make VVEngine useful.
When VVEngine detects a file change, it shouldn’t then need to scan the entire source and target for changes so it can create a comparison — it should already know which file has changed and at most create a comparison for that file.
This behavior by VVEngine is creating a lot of extra disk / network traffic and I can’t enable CRC checking because it then takes a good hour to create the comparison just to copy a single file!
I’m currently using the trial version of VVEngine and can’t in good conscience purchase the full version until this behavior is fixed. |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
|
Back to top |
|
|
|