<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Tool Force Software Blog</title>
	<atom:link href="http://www.tool-forcesw.com/blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.tool-forcesw.com/blog</link>
	<description>Stories and what&#039;s behind</description>
	<lastBuildDate>Thu, 25 Feb 2010 19:04:18 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on The long way to ForeverSave by roskelld</title>
		<link>http://www.tool-forcesw.com/blog/?p=1&#038;cpage=1#comment-310</link>
		<dc:creator>roskelld</dc:creator>
		<pubDate>Thu, 25 Feb 2010 19:04:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.tool-forcesw.com/blog/?p=1#comment-310</guid>
		<description>I&#039;ve just got the new release of ForeverSave (Feb 24th 2010) which has the fix in it for drawing lines in Photoshop.

This bug only seems partly fixed.

As I understand the fix currently waits till the user releases the mouse button, preventing any lines being drawn towards the top left corner of the screen whilst drawing.

However if the user is tapping the mouse button while drawing, which is a fairly common procedure. ForeverSave jumps in between button taps and again ends up producing a line drawn from the mouse location to the lop left hand side of the screen.

I like the fix waiting for the mouse button to be released, but it might be better if the mouse could be disabled just before the save function is called. So the user cannot begin to perform a drawing action.

Good luck with the software.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve just got the new release of ForeverSave (Feb 24th 2010) which has the fix in it for drawing lines in Photoshop.</p>
<p>This bug only seems partly fixed.</p>
<p>As I understand the fix currently waits till the user releases the mouse button, preventing any lines being drawn towards the top left corner of the screen whilst drawing.</p>
<p>However if the user is tapping the mouse button while drawing, which is a fairly common procedure. ForeverSave jumps in between button taps and again ends up producing a line drawn from the mouse location to the lop left hand side of the screen.</p>
<p>I like the fix waiting for the mouse button to be released, but it might be better if the mouse could be disabled just before the save function is called. So the user cannot begin to perform a drawing action.</p>
<p>Good luck with the software.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The long way to ForeverSave by Andreas Kyriacou</title>
		<link>http://www.tool-forcesw.com/blog/?p=1&#038;cpage=1#comment-210</link>
		<dc:creator>Andreas Kyriacou</dc:creator>
		<pubDate>Thu, 07 Jan 2010 11:29:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.tool-forcesw.com/blog/?p=1#comment-210</guid>
		<description>There seems to be a small problem with Pages. If one is editing the content of a cell and FoveverSave jumps in to do its job in the background the current position in the text gets lost as the cursor focus. Instead, the cell as a whole receives focus. Consequently, as soon as you continue to type, the whole cell content gets overwritten with the newly typed text. This unfortunately renders FS rather useless in Pages documents tables (and, possibly, other embedded objects).

Can you please verify and fix this? (Using FS 1.1.3 on OS X 10.6.2).</description>
		<content:encoded><![CDATA[<p>There seems to be a small problem with Pages. If one is editing the content of a cell and FoveverSave jumps in to do its job in the background the current position in the text gets lost as the cursor focus. Instead, the cell as a whole receives focus. Consequently, as soon as you continue to type, the whole cell content gets overwritten with the newly typed text. This unfortunately renders FS rather useless in Pages documents tables (and, possibly, other embedded objects).</p>
<p>Can you please verify and fix this? (Using FS 1.1.3 on OS X 10.6.2).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The long way to ForeverSave by Kirk Shelton</title>
		<link>http://www.tool-forcesw.com/blog/?p=1&#038;cpage=1#comment-123</link>
		<dc:creator>Kirk Shelton</dc:creator>
		<pubDate>Thu, 03 Dec 2009 16:13:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.tool-forcesw.com/blog/?p=1#comment-123</guid>
		<description>I have a quick suggestion for a future version of ForeverSave. 

Sometimes I do not want to save changes I make to a document. Could you add an option to NOT initially save an opened (but previously saved) document? 
For example, let&#039;s say that yesterday I typed and saved a document. Today I open it but don&#039;t want to save any changes. Can I set it up so that it will treat an opened document as if it had not been saved before, and just give me the animated cursor until I do manually save it once?

Thanks, and I love this app. It completes iWork.</description>
		<content:encoded><![CDATA[<p>I have a quick suggestion for a future version of ForeverSave. </p>
<p>Sometimes I do not want to save changes I make to a document. Could you add an option to NOT initially save an opened (but previously saved) document?<br />
For example, let&#8217;s say that yesterday I typed and saved a document. Today I open it but don&#8217;t want to save any changes. Can I set it up so that it will treat an opened document as if it had not been saved before, and just give me the animated cursor until I do manually save it once?</p>
<p>Thanks, and I love this app. It completes iWork.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The long way to ForeverSave by Thomas</title>
		<link>http://www.tool-forcesw.com/blog/?p=1&#038;cpage=1#comment-2</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Sat, 19 Sep 2009 17:18:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.tool-forcesw.com/blog/?p=1#comment-2</guid>
		<description>Ironically, I lost my original lengthy comment due to another kernel panic since I upgraded to Snow L… still searching the culprit among the more or less compatible. 

Anyway, I&#039;ve been using EverSave for quite some time. I&#039;m really looking forward to test FS &#039;Heavy&#039;, but here&#039;s some of the questions I had some hours ago:

1. QuickLook works fine for the file types relevant for me, but how do I spot the differences between versions? Just thinking about ordinary 20 pages (I spotted &#039;difference in bytes&#039; on the first screenshot) 
I&#039;m fine with a comparison in the app, but then the direct appeal of a central versioning system is reduced. 
I&#039;m aware that file comparison (in real/conventional versioning systems and elsewhere) works best with straightforward text files and the like, and &#039;Universal Compare (via QuickLook or else)&#039; is far out of reach of ordinary human Apple users.

1a. a bug: I just tried to compare three versions of a file. All look the same in QuickLook. Apparently, QuickLook is caught with a single file, rather than three different ones. 

2. Where are the backups saved? I couldn&#039;t find that out. I really like to be able to fiddle around with files – unless they&#039;re part of a special format, of course.
Anyway, I want to be sure that Time Machine doesn&#039;t start to backup those backups; on the other hand, I&#039;d like the thought of backing up the FS backups by another backup app… (if you know what I mean) 

3. On versions: is it a gradual system or are the files saved as a whole? I could take &#039;difference in bytes&#039; in the early version as a hint.  If I use FS with, say, PDFs with graphics, this would matter for my small amount of spare space on my main HD. 
(20MB * 50 versions = around1GB and that would be definitely too much…)

4. versioning, part 2: 
My favorite scenario is saving every minute or so.
Let&#039;s say I choose 50 versions (assuming my calculation above is wrong).
Do I understand it correctly that the last 50 versions are saved? 
That&#039;d be around 50 minutes of backups and that&#039;s far away from a real versioning system (or the imitation via Hazel e.g.). (of course, in combination with Time Machine, that still works out, with one TM backup per hour)

5. On the trial conditions:
Totally fine with 30 days.
Okayish with a reminder every 3 hours (Why quitting? Why not a nice nagging reminder? It&#039;d be much more comfortable to see that the app&#039;s still running…) 
Having to look 10+ seconds at the activation screen, which only works with FS as active app: mmh, less so. I guess that&#039;s a bug, isn&#039;t it?


For the wish list: a visible overview of backup patterns, possibility to copy them – I&#039;d take a simple spreadsheet if possible, distinction of file types (for OpenOffice), default patterns.

Well, I hope my comments look as interested as I am.

Grüße aus Schöneberg,

Thomas</description>
		<content:encoded><![CDATA[<p>Ironically, I lost my original lengthy comment due to another kernel panic since I upgraded to Snow L… still searching the culprit among the more or less compatible. </p>
<p>Anyway, I&#8217;ve been using EverSave for quite some time. I&#8217;m really looking forward to test FS &#8216;Heavy&#8217;, but here&#8217;s some of the questions I had some hours ago:</p>
<p>1. QuickLook works fine for the file types relevant for me, but how do I spot the differences between versions? Just thinking about ordinary 20 pages (I spotted &#8216;difference in bytes&#8217; on the first screenshot)<br />
I&#8217;m fine with a comparison in the app, but then the direct appeal of a central versioning system is reduced.<br />
I&#8217;m aware that file comparison (in real/conventional versioning systems and elsewhere) works best with straightforward text files and the like, and &#8216;Universal Compare (via QuickLook or else)&#8217; is far out of reach of ordinary human Apple users.</p>
<p>1a. a bug: I just tried to compare three versions of a file. All look the same in QuickLook. Apparently, QuickLook is caught with a single file, rather than three different ones. </p>
<p>2. Where are the backups saved? I couldn&#8217;t find that out. I really like to be able to fiddle around with files – unless they&#8217;re part of a special format, of course.<br />
Anyway, I want to be sure that Time Machine doesn&#8217;t start to backup those backups; on the other hand, I&#8217;d like the thought of backing up the FS backups by another backup app… (if you know what I mean) </p>
<p>3. On versions: is it a gradual system or are the files saved as a whole? I could take &#8216;difference in bytes&#8217; in the early version as a hint.  If I use FS with, say, PDFs with graphics, this would matter for my small amount of spare space on my main HD.<br />
(20MB * 50 versions = around1GB and that would be definitely too much…)</p>
<p>4. versioning, part 2:<br />
My favorite scenario is saving every minute or so.<br />
Let&#8217;s say I choose 50 versions (assuming my calculation above is wrong).<br />
Do I understand it correctly that the last 50 versions are saved?<br />
That&#8217;d be around 50 minutes of backups and that&#8217;s far away from a real versioning system (or the imitation via Hazel e.g.). (of course, in combination with Time Machine, that still works out, with one TM backup per hour)</p>
<p>5. On the trial conditions:<br />
Totally fine with 30 days.<br />
Okayish with a reminder every 3 hours (Why quitting? Why not a nice nagging reminder? It&#8217;d be much more comfortable to see that the app&#8217;s still running…)<br />
Having to look 10+ seconds at the activation screen, which only works with FS as active app: mmh, less so. I guess that&#8217;s a bug, isn&#8217;t it?</p>
<p>For the wish list: a visible overview of backup patterns, possibility to copy them – I&#8217;d take a simple spreadsheet if possible, distinction of file types (for OpenOffice), default patterns.</p>
<p>Well, I hope my comments look as interested as I am.</p>
<p>Grüße aus Schöneberg,</p>
<p>Thomas</p>
]]></content:encoded>
	</item>
</channel>
</rss>
