On Mar 5, 2009, at 11:14 AM, Mathieu Bouchard wrote:
On Wed, 4 Mar 2009, Hans-Christoph Steiner wrote:
It seems that we should have a string.h for tables then. That
would be a good starting point, just make a library that is just Pd
interpretations of all the string.h strcpy, etc. functions, but
have them operate on arrays and maybe lists of floats too.I very much recommend making a library that can handle both at an
expense that is as close as possible to making a library for just
one of them.But I believe that those list abstractions should be made for lists,
and not for anythings, which is a dangerous precedent set by [list],
because for example it prevents introducing a message "array $1"
where $1 would be a send-symbol for an array. (Or it could be called
[table]. why are there two names for that concept in pd anyway?)
I think that [array $1( would be better represented by an argument and
a matching inlet. I think that's clearer than using [array $1(.
.hc
There could also be a totally Pd-ish string library too.
No idea what that means in your head, sorry... :/
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
News is what people want to keep hidden and everything else is
publicity. - Bill Moyers