Oops, [remote] does the opposite of what you want! See [receive13] -- though there's no help patch for it, sending a set message seems to work.
-Jonathan --- On Sat, 11/27/10, Jonathan Wilkes <jancs...@yahoo.com> wrote: From: Jonathan Wilkes <jancs...@yahoo.com> Subject: Re: [PD] non-logical receives To: pd-list@iem.at, "Andrew Faraday" <jbtur...@hotmail.com> Date: Saturday, November 27, 2010, 12:01 AM You can set the receive-name of all iem-guis. Also, see [maxlib/remote] * -Jonathan * I found this using my "Object Search" path. --- On Fri, 11/26/10, Andrew Faraday <jbtur...@hotmail.com> wrote: From: Andrew Faraday <jbtur...@hotmail.com> Subject: [PD] non-logical receives To: pd-list@iem.at Date: Friday, November 26, 2010, 11:47 PM Hey All This might be a simple problem, but I can't see a way around it. I'm making a patch involving a grid of toggles (each in an abstraction, so they can have rules to control them individually, also to relay this grid to a grid of squares in gem). Basically I've already set up [s $1-$2-state], in each to send it's position to a named bus. I've also got r $1-$2-control to control each toggle remotely, but that's aside. I can use messages and non-logical sends to generate control messages, like so: [pack f f f]|[$1-$2-control $3 ( Which can change any of the toggles on my grid. So far, all well and good. ======However====== What I really need is for each abstraction to be 'aware' of it's neighbors. So while each one has two arguments, (it's co-ordinates on the grid), I need them to have receives based on it's arguments and some arithmetic. I could generate the right string for this like [$1] [$2]| |[+ 1] [+ 1]| |[pack f f] |[$1-$2-state( But I don't know of an object I can set like this. I can't find a receive which can be set with a message (in the same way that the non-logical sends can be made in a message box, it's all very perplexing). As ever, help would be appreciated Andrew -----Inline Attachment Follows----- _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -----Inline Attachment Follows----- _______________________________________________ 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
