<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 20, 2015 at 12:46 PM, Bert Freudenberg <span dir="ltr">&lt;<a href="mailto:bert@freudenbergs.de" target="_blank">bert@freudenbergs.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
&gt; On 20.10.2015, at 20:07, Chris Muller &lt;<a href="mailto:asqueaker@gmail.com">asqueaker@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt; On Tue, Oct 20, 2015 at 10:50 AM, Eliot Miranda &lt;<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; _,,,^..^,,,_ (phone)<br>
&gt;&gt;<br>
&gt;&gt;&gt; On Oct 20, 2015, at 8:38 AM, Bert Freudenberg &lt;<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On 18.10.2015, at 01:39, <a href="mailto:commits@source.squeak.org">commits@source.squeak.org</a> wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Marcel Taeumel uploaded a new version of System to project The Trunk:<br>
&gt;&gt;&gt;&gt; <a href="http://source.squeak.org/trunk/System-mt.771.mcz" rel="noreferrer" target="_blank">http://source.squeak.org/trunk/System-mt.771.mcz</a><br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; ==================== Summary ====================<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Name: System-mt.771<br>
&gt;&gt;&gt;&gt; Author: mt<br>
&gt;&gt;&gt;&gt; Time: 17 October 2015, 6:38:55.72 pm<br>
&gt;&gt;&gt;&gt; UUID: 4aee8d76-cfcf-ad48-ae3e-6d971ce6fea9<br>
&gt;&gt;&gt;&gt; Ancestors: System-cmm.770<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Log change stamps at the granularity of seconds not only minutes.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Why? A minute is quite long and it is likely to have two method (versions) with the same timestamp.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Why does the time stamp have to be unique? And it’s still not certain to be unique. IMHO minutes resolution is good enough and reads nicer.<br>
&gt;&gt;<br>
&gt;&gt; +1.  Marcel, if you really need this why not make it a preference, off by default.<br>
&gt;<br>
&gt; Marcel already gave compelling use-cases for why he wants<br>
&gt; finer-grained timestamps.<br>
<br>
</span>I had missed that discussion. But I read it now and the only use case Marcel mentioned was comparing method versions, and claiming comparing time stamps was faster than comparing the source code. But AFICT both timestamps and source code are retrieved from the source file each time so the difference should not be huge. Even if it was faster then you could still compare the timestamps first and compare the source only if the times are the same.<br></blockquote><div><br></div><div>+1.  Bert is right.  One has to go to the file for either.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
&gt; I&#39;m failing to understand why anyone would be against more precision<br>
&gt; internally..  You don&#39;t have to use it, it doesn&#39;t hurt anything if<br>
&gt; its there, does it?<br>
<br>
</span>It makes source files even more verbose than they are now. MC’s timestamps are overkill IMHO. So without a compelling reason I would not change it. I could see good arguments for adding a timezone, but that would still not necessitate higher resolution. And after all, you cannot compare timestamps across images anyway, because you cannot rely on the clock being globally synchronized. And within a system, seconds plus order in the changes files are sufficient.<br>
<span class="HOEnZb"><font color="#888888"><br>
- Bert -</font></span></blockquote><div> </div></div><div class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>