<br><br><div class="gmail_quote">On Fri, Nov 4, 2011 at 15:38, Mathieu Bouchard <span dir="ltr">&lt;<a href="mailto:matju@artengine.ca">matju@artengine.ca</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Le 2011-11-04 à 08:56:00, Roman Haefeli a écrit :<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You said &quot;(as it is like with any string-splitter outside of pd/max)&quot;. I should have said it more precisely: It doesn&#39;t make sense to compare Pd/Max with anything outside of Pd/Max regarding string-splitting, because &#39;just&#39; splitting symbols (without the implicit conversion to float for number-like symbols) is not very practical in the Pd/World.<br>


</blockquote>
<br></div>
How do you know that it isn&#39;t practical to have numeric symbols when splitting ?<br>
<br>
If I read /etc/passwd (list of users on Linux&amp;OSX) and I split at colons and commas to get phone numbers, do you think I want Pd&#39;s help at rounding a phone number from 383.3801 to 383.38 when converting (aller-retour) from symbol to float to symbol, because it had too many significant digits for Pd&#39;s taste ?<br>


<br>
So, just call me at 383.38 because it&#39;s more practical than dialling 383.3801 ! ;)<div class="HOEnZb"><div class="h5"></div></div></blockquote><div class="h5"> <br>Ultimately, who would dare to call James Bond &quot;Agent 7&quot;?<br>

<br>András<br>
</div></div>