Got a working prototype going, I'll post it later (since it required a revision of
the canvas "get" patch). [to]/[from] = this canvas, like [sendlocal]/[receivelocal] [to foo private]/[from foo private] = this canvas [to foo]/[from foo] = $0 local, like [send $0-foo] [to foo n]/[from foo n] = parent $0, where n is integer to specify level [to foo toplevel]/[from foo toplevel] = toplevel $0 [to foo global]/[from foo global] = like [send foo]/[receive foo] I say "like", because [to]/[from] won't conflict with [s]/[r] $0-names -Jonathan ----- Original Message ----- > From: Jonathan Wilkes <jancs...@yahoo.com> > To: Billy Stiltner <billy.stilt...@gmail.com> > Cc: "pd-list@iem.at" <pd-list@iem.at> > Sent: Wednesday, March 7, 2012 1:10 AM > Subject: Re: [PD] nonlocal message passing scope > >> ________________________________ >> From: Billy Stiltner <billy.stilt...@gmail.com> >> To: Jonathan Wilkes <jancs...@yahoo.com> >> Cc: "pd-list@iem.at" <pd-list@iem.at> >> Sent: Wednesday, March 7, 2012 12:19 AM >> Subject: Re: [PD] nonlocal message passing scope >> >> >> I don't know if making it easier to do would be good for learning but it > sure would be easier for doing. haha! > > > Well, if you had abstraction wrappers for [s]/[r], [throw~]/[catch~], > [s~]/[r~], > [v], and dialog box entries for the > > "Put" menu array and iemguis (and possibly canvas properties), you > wouldn't have to bother with $0 as a user. > > Plus a convenience abstraction to prefix a given symbol based on the scope > you > want, so that you can use it > > as a send-symbol inside message boxes. I guess the sticking points are > objects > that take an array name as > > an argument-- in the majority of cases those are settable, so I guess the > user > could choose between > > loadbanging a symbol or just using $0-prefixes there. > > > There are probably other uses of $0 that I'm missing... [struct] names I > guess, but there you're already > > punished for using $0 since it makes it impossible to reload scalar state. > > > -Jonathan > > >> >> I try not to think about how that works. once I figured it out I wrote down > what I learned and use it as a reference or I'll just go look in a patch > that I have used in and duplicate. >> >> >> > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list