PeterBreis0807 wrote:
Yvan
A typical example is work that posters send me to determine what is going wrong. Whether I work on the original file or a duplicate, OSX Lion is constantly saving changes I do not want to take effect as I experiment with the file.
I never know at what point the saves are happening without having to examine the file for possibly minute changes. I never know what is the original file, because to open it is to eventually change it.
This applies to many files that I receive as part of my workflow. I do not want to change what the client has given me in any way because it is my reference, my safety net, my legal binding evidence of what was given to me.
If you apply the workflow which I described, the changes apply to the duplicate, no to the original.
When I receive such documents for tests, the first thing which I do is to rename them.
xx.numbers become xx.nmbtemplate
yy.pages become yy.template
zz.key become zz.kth
This way, they behave as template and the original isn't modified.
I'm a bit tired to be forced to repeat this simple scheme so often.
Further I do not want to issue work that has versions in it, because I do not want clients reverting to previous versions and in many cases I do not want them to even see what I may have done.
Trying to keep track of what version of which document has been exported to possibly a further versioned alternate format is a nightmare.
If you choose to trust ranters which don't understand the tool's behavior, no need to ask my advice.
I repeat that versions aren't stored in the documents.
Yes, I wrote once, just after the Lion delivery, that they were stored in the doc but I explained the correct behavior more than twenty times since.
They are stored in a hidden folder which never move to an other device.

On the left I show the folder in which documents are saved.
On the right is the hidden folder whose access is disabled in which datas describing the versions are stored.
I carefully use different verbs.
The system save documents but it store datas describing the versions.
If you duplicate a document from the HD on which it is saved to an other HD, only the document is duplicated.
If you move a document from the HD on which it is saved to an other HD, the datas describing versions are deleted on the original HD.
I described that in detail in :
Versions as a recovery tool
https://discussions.apple.com/thread/3303794
Alas, if I may explain features, I can't read these explanations for you.
I gave scripts able to duplicate the hidden folder in a safe area so that :
(1) we don't loose the datas if we delete a file by mistake
(2) we may replace, for the replicate, the "access denied" status by "read allowed"
This way, if we mistakenly delete a file, or get it corrupted, we may extract (thanks to the two other scripts) the datas related to versions allowing the app to recreate a correct document.
More, when you use the scripts, you see the date when the differents version-datas were stored so you may choose the version to revive.
I'm waiting a bit because I want to try to think to every possible consequences but I plan to file an enhancement request : in the window displaying the versions, replace the doc name which uselessly appear at top of every version by the date-time of these versions. Displaying the doc's name only once at top of the current version seems to be sufficient.
If you think of a possible drawback of such change, let me know.
Of course, I plan also to ask Apple to deliver an official application doing what I offered with my three scripts.
I'm unable to code in C+ so I can't gather the scripts in a single tool whose use would be easier.
Yvan KOENIG (VALLAURIS, France) mercredi 18 avril 2012
iMac 21”5, i7, 2.8 GHz, 12 Gbytes, 1 Tbytes, mac OS X 10.6.8 and 10.7.3
My Box account is : http://www.box.com/s/00qnssoyeq2xvc22ra4k