Why a timer variable on each playfield as opposed to a timer object?<div>The timer object could also be a stopwatch (yes, you could create a variable and set it to the timer value on some event, but a &#39;stop timer&#39; tile seems simpler). Also, you would only have running intentionally created timers, the current implementation would cause timers to run which could impact performance (albiet minimally).</div>
<div><br></div><div>Stephen<br><br><div class="gmail_quote">On Sat, Jun 26, 2010 at 12:16 PM, Bert Freudenberg <span dir="ltr">&lt;<a href="mailto:bert@freudenbergs.de">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;">
This is related to the discussion of non-accurate tick rates:<br>
<a href="http://tracker.squeakland.org/browse/SQ-708" target="_blank">http://tracker.squeakland.org/browse/SQ-708</a><br>
<br>
There currently is no good way to measure real time in Etoys. The Clock object is only accurate to one second.<br>
<br>
So I&#39;m proposing to have a global timer, in seconds, but with milli-second resolution. There would be a tile for accessing it in the world&#39;s &quot;playfield&quot; category (actually any playfield / holder).<br>
<br>
This would allow to do animations etc to proceed in real time, independent of the actual tick rate of a script.<br>
<br>
I just posted a proposed implementation to the inbox (Etoys-bf.31). Also, find attached an example project.<br>
<br>
Would that be generally useful?<br>
<font color="#888888"><br>
- Bert -<br>
</font><br>_______________________________________________<br>
etoys-dev mailing list<br>
<a href="mailto:etoys-dev@squeakland.org">etoys-dev@squeakland.org</a><br>
<a href="http://lists.squeakland.org/mailman/listinfo/etoys-dev" target="_blank">http://lists.squeakland.org/mailman/listinfo/etoys-dev</a><br>
<br></blockquote></div><br></div>