<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 14, 2014 at 12:39 PM, Chris Muller <span dir="ltr">&lt;<a href="mailto:asqueaker@gmail.com" target="_blank">asqueaker@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I wasn&#39;t talking about the changes file.  I was talking about Daves<br>
grocery list.  If you ever &quot;Save as...&quot; your image to a temp image to<br>
&quot;try something risky,&quot; but later forget you&#39;re in your temp image and<br>
make some edits to your grocery list and save the text file while in<br>
that image, when you flip back to the original image, be careful about<br>
the open grocery-list window, it&#39;s stale with no indication that it is<br>
so.  Does that make sense?<br></blockquote><div><br></div><div>Yes.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Seems like it would be pretty easy to implement a fix -- just let the<br>
Workspace model know the timestamp of the file it loaded, and compare<br>
to that timestamp in the filesystem at opportune times (such as when<br>
the window gains focus..).<br></blockquote><div><br></div><div>Why not have it hold onto an inode and nuke the record of the inode on save?  The inode of the image and changes files will ne different in the save as... new name image.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
On Wed, May 14, 2014 at 2:17 PM, Eliot Miranda &lt;<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, May 14, 2014 at 10:55 AM, Chris Muller &lt;<a href="mailto:asqueaker@gmail.com">asqueaker@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Check out the text editor bundled with Ubuntu, &quot;gedit&quot;, which has this<br>
&gt;&gt; feature.  Browse a log text file that Squeak is writing to.  It<br>
&gt;&gt; presents a message when it&#39;s dirty and gives you the option of<br>
&gt;&gt; reloading the file.  As bad as gedit is in other ways, they excel on<br>
&gt;&gt; this one.<br>
&gt;<br>
&gt;<br>
&gt; That&#39;s fine.  It sounds good.  But why on earth would one write to a changes<br>
&gt; file unless one was doing conscious surgery?  If someone said &quot;I just made<br>
&gt; random edits to my C source file and now it no longer compiles.&quot;, what would<br>
&gt; your reaction be?<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Wed, May 14, 2014 at 11:03 AM, Eliot Miranda &lt;<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt; &gt; Chris,<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; On May 14, 2014, at 8:47 AM, Chris Muller &lt;<a href="mailto:asqueaker@gmail.com">asqueaker@gmail.com</a>&gt; wrote:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; A much bigger problem than that, though, is how easy it is to lose<br>
&gt;&gt; &gt;&gt; changes because the file on disk has changed while the image was<br>
&gt;&gt; &gt;&gt; closed (e.g., edited within another image).  When the original image<br>
&gt;&gt; &gt;&gt; reopens, the text file being edited is not refreshed, it&#39;s still the<br>
&gt;&gt; &gt;&gt; old version, so saving a new change blows away the other changes that<br>
&gt;&gt; &gt;&gt; were made in the other image while this image was closed.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Patient: it hurts when I hit myself in the head.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Doctor:  don&#39;t do that.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt; On Tue, May 13, 2014 at 8:06 PM, David T. Lewis &lt;<a href="mailto:lewis@mail.msen.com">lewis@mail.msen.com</a>&gt;<br>
&gt;&gt; &gt;&gt; wrote:<br>
&gt;&gt; &gt;&gt;&gt; On Tue, May 13, 2014 at 08:30:24PM +0000, <a href="mailto:commits@source.squeak.org">commits@source.squeak.org</a><br>
&gt;&gt; &gt;&gt;&gt; wrote:<br>
&gt;&gt; &gt;&gt;&gt;&gt; Nicolas Cellier uploaded a new version of Tools to project The Trunk:<br>
&gt;&gt; &gt;&gt;&gt;&gt; <a href="http://source.squeak.org/trunk/Tools-nice.521.mcz" target="_blank">http://source.squeak.org/trunk/Tools-nice.521.mcz</a><br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; ==================== Summary ====================<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; Name: Tools-nice.521<br>
&gt;&gt; &gt;&gt;&gt;&gt; Author: nice<br>
&gt;&gt; &gt;&gt;&gt;&gt; Time: 13 May 2014, 10:29:52.892 pm<br>
&gt;&gt; &gt;&gt;&gt;&gt; UUID: 33d41589-c752-4fa3-9387-2b8b0a8c942b<br>
&gt;&gt; &gt;&gt;&gt;&gt; Ancestors: Tools-nice.520<br>
&gt;&gt; &gt;&gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;&gt; Fix issue <a href="http://bugs.squeak.org/view.php?id=5504" target="_blank">http://bugs.squeak.org/view.php?id=5504</a><br>
&gt;&gt; &gt;&gt;&gt;&gt; Saving as a different file name in FileList does incorrectly update<br>
&gt;&gt; &gt;&gt;&gt;&gt; text contents to directory contents rather than file contents...<br>
&gt;&gt; &gt;&gt;&gt;&gt; Thanks sumim, 8 years for this report to be taken into account, and 4<br>
&gt;&gt; &gt;&gt;&gt;&gt; years for the fix to get accepted, a chance that it did not rot!<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; Bravo Nicolas! Driving an issue to resolution after so many years is a<br>
&gt;&gt; &gt;&gt;&gt; very good thing.<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; Dave<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; best,<br>
&gt; Eliot<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>best,<div>Eliot</div>
</div></div>