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 _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
