<div>If this happens, then it should be really given some thought.
</div><div><br></div><div>&lt;thinking out loud&gt;</div><div><br></div><div>I guess one of the downsides of graphical dataflow is that we see what we get (kinda like WYSIWIG editors), therefore there should be a way to always get dirty and non rounded numbers on screen and onto loaded patches. Otherwise we are missing something essential. I see multiple ways pd could do it:</div>

<div><br></div><div>1) saving to file is always preserving precision and no rounding; GUI by default shows rounded versions for space sake or to avoid messy patches; tough the user has the possibility to choose a overall setting or per GUI object that enables him to see the full thing. </div>

<div><br></div><div>or conversely</div><div><br></div><div>2) saving to file is always preserving precision and no rounding; GUI by default shows the real stored number; tough the user has the possibility to choose a overall setting or per GUI object that enables him to see only see rounded version on the object.  </div>

<div><br></div><div>&lt;/thinking out loud&gt; <br><br><div class="gmail_quote">On Sun, Apr 8, 2012 at 4:58 AM, Martin Peach <span dir="ltr">&lt;<a href="mailto:martin.peach@sympatico.ca">martin.peach@sympatico.ca</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It&#39;s because Pd saves the value by printing it as text into the patch file using a reduced precision format specifier (%g instead of %f, or %0.6f) so that the numbers look good on screen, with no extra zeros for example.<br>


I don&#39;t like it either.<br>
<br>
Martin<br>
<br>
On 2012-04-07 22:40, Angakok Thoth wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
that&#39;s not what i mean.<br>
<br>
i mean, that when i write 12345678 (must be 100% accurate within 32bit<br>
float with 24bit mantissa) into an array and read it from there, it&#39;s<br>
still 12345678.<br>
but when i save that patch, close it and reload it, and i read from the<br>
array, i get 12345700.<br>
<br>
nothing to do with limitations of floating point number.<br>
<br>
<br>
On Sun, Apr 8, 2012 at 4:23 AM, i go bananas &lt;<a href="mailto:hard.off@gmail.com" target="_blank">hard.off@gmail.com</a><br>
&lt;mailto:<a href="mailto:hard.off@gmail.com" target="_blank">hard.off@gmail.com</a>&gt;&gt; wrote:<br>
<br>
    <a href="http://en.wikipedia.org/wiki/Floating_point" target="_blank">http://en.wikipedia.org/wiki/<u></u>Floating_point</a><br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt;  <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/<u></u>listinfo/pd-list</a><br>
</blockquote>
<br>
<br>
______________________________<u></u>_________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/<u></u>listinfo/pd-list</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Pedro Lopes (HCI Researcher / MSc)<br>contact: <a href="mailto:pedro.lopes@ist.utl.pt" target="_blank">pedro.lopes@ist.utl.pt</a><br>website: <a href="http://web.ist.utl.pt/pedro.lopes/" target="_blank">http://web.ist.utl.pt/pedro.lopes</a> / <a href="http://pedrolopesresearch.wordpress.com/" target="_blank">http://pedrolopesresearch.wordpress.com/</a> | <a href="http://twitter.com/plopesresearch" target="_blank">http://twitter.com/plopesresearch</a><br>


</div>