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 jancsika@yahoo.com To: Billy Stiltner billy.stiltner@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.stiltner@gmail.com To: Jonathan Wilkes jancsika@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