Jakob Leben wrote: > I guess everybody has missed the point of the second option I gave. > Indeed it is an extension to the first, but it doesn't have to do > anything with pd's arrays. The point of it is in binding your own > externals to pd symbols, thus allowing "yourself" (or themselves) to > pass data between them (yes, using the same technique as for accessing > g_array data, but that doesn't matter here). So considering that you > want to "invisibly patch" something, and that you thought of copying > the g_array code - I thought this could be a solution. Instead of > doing insivible patch connections between some objects, you access > data from one into the other within their own code.
yep works well for externals you are writing, or externals that already support this mechanism > Now, if passing data between *your own* externals is not what you > want, but you really truly want to programmatically control patching > to other objects, then my proposal is not the solution. you got it > Is your final goal to offer to a user who wants to write pd externals > in tcl the option to create other pd objects and connect them from the > tcl code of the external? YES! :) > Or was that only a part of a solution to another problem that could be > solved differently? perhaps. since it's an externals toolkit, that would be just giving the developer one more option (hopefully that would not be the main option, but still an option, to be used when other solutions suck more) -- Federico Ferri
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Pd-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
