hi ed. Ed Kelly wrote: > Hi chaps, > > I've come up against something I can't solve without a deeper > understanding of pd's internal structure, I wonder if anyone can help. > > I'm trying to build patches that know about each instance of themselves > when called as an abstraction, without the specification of creation > arguments to identify multiple instances of the same patch. > > Basically I want to read the list of the ultimate parent from memory, > like you would if you read the pd patch into a text editor such as > emacs. I often edit patches in such an editor,and I find it allows > access to information about the patch in a sequential form that is hard > to get in PD (how many obj(ects) there are and in what order, what they > are etc.) and now I am trying to build patches that extend themselves in > realtime, I need to be able to read the patch I'm in.
you probably want to have a look at the iemguts, which i just presented here at piksel. one of the basic goals of this libs is to add some kind of "self awareness" of abstractions. mfgasr IOhannes _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list