J6 had project snapshots, and J7 adds script snapshots, both kept in the
.snp subdirectory. These are intended to fill the gap between commits to
a version control system. I use them all the time and they are a life-saver.

I suggest the config be simply snapshots on or off. I prefer default on,
as I suspect there are few situations where you really don't want them
(it would be like turning off the Undo/Redo mechanism in a text editor).

The .snp subdirectory is more controversial. I was quite uncomfortable
about using this, until I noticed that SVN puts a .svn subdirectory
everywhere. The alternative would be to designate a J snap directory
like temp, in which all the snaps are stored. This would involve a
little more mechanism to identify which snaps belonged to which
projects, likely through a guid stored in the project file, so that
directories could be renamed and still preserve the snapshots. Keeping
them in a separate directory would also reduce the need to be selective
about which projects have snapshots on.

On Tuesday, June 01, 2010 12:36 PM, Sherlock, Ric wrote:
> I agree too. In addition it might be good to be able to decide which
folders (or folder trees) and/or which file types are eligible for
snapshot creation. Currently if I open any text file in any directory
and edit it in Edit, then a .snp sub-directory gets created in that
directory.
>
>> From: Alex Rufon
>> Sent: Tuesday, 1 June 2010 16:30
>>
>> I agree with Bill, for me, I should decide when snapshot are created.
>>
>> I believe that the user should be aware that snapshots are available
>> and enable it himself if he/she deems it as a requirement.
>> ________________________________________
>> From: [email protected] [[email protected]] On Behalf
>> Of bill lam [[email protected]]
>> Sent: Tuesday, June 01, 2010 10:27 AM
>> To: [email protected]
>> Subject: Re: [Jbeta] gtkide beta
>>
>> I can see the default value in base config
>> ProjSnaps=: 5
>>
>> Personally I favor default it to 0 because otherwise apparently it
>> create snapshot automatically.  I would like to hear opinions from
>> others.

----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm

Reply via email to