modification date tracking

Warren Young ml at tangentsoft.net
Sat Jan 21 03:27:20 PST 2006


On Jan 20, 2006, at 9:05 PM, Edward Renaud wrote:

> just changing the selection or hoisting a section causes the prompt  
> to save changes to appear.

Naturally...the file does need to be saved at that point.

> If I respond, and later print another copy, I have a document whose  
> "last modification time" is different from my previous print-out  
> when if effect, for all practical purposes, the document has not  
> changed (from a content point of view).
>
> Does anyone have any thoughts to share on this?

The traditional meaning of "last modification time" is the time stamp  
saved for the file by the operating system.  What you're proposing  
would require that OO keep a separate time stamp, which would  
surprise many people.

I think it would be better if you maintained this time stamp separately.

The simple option is to just update it manually.  I do that on one  
document I maintain, for reasons similar to yours.

Because OO can optionally save its files as text XML files -- hit  
Cmd-4 and turn off "Compress on disk" -- you can use some version  
control systems to do this automatically.  The CVS version control  
system comes with your Mac (you may have to have Xcode installed) and  
Subversion is easily added with Fink.  (http://fink.sf.net/)

I greatly prefer Subversion.  Its creators designed it to be an  
improved replacement for CVS, and they succeeded admirably.  The only  
reason CVS is still around is inertia -- it was the standard for a  
decade before Subversion was created, so many people still rely on it  
to too great a degree to switch over to Subversion quickly.

I did a search at Versiontracker and found a dozen GUI tools for  
Subversion and CVS, if you don't wish to work in a Terminal window.

Both CVS and Subversion understand the $Date$ keyword in a file.   
When they see that text, they replace it with the check-in date when  
saving a revision.  And because they use textual difference analysis  
when checking in the file, they will ignore minor changes.  For  
instance, you could hit Ctrl-Enter to break a line, then Ctrl-Delete  
to heal it; the version control system will ignore it, because the  
textual content of the file remains the same.

The version control option is more complex, I'll admit, but it has  
serious advantages, too.  You can roll back to a previous version at  
any time, you can collaborate with multiple people on the document,  
you can pull up a change history at need....  Version control is  
wonderful!

Oh, and you might not know this, but both CVS and Subversion are both  
free as in speech and free as in beer.  Some of the GUI front-ends I  
mentioned are free, and some are not.


More information about the OmniOutliner-Users mailing list