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 jbturgid@hotmail.com wrote:

From: Andrew Faraday jbturgid@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

Hi,

On Fri, Nov 26, 2010 at 10:47:18PM +0000, Andrew Faraday wrote:

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

(Btw.: What does "non-logical" mean?)

Maybe you could work with tagged messages and "settable" [route] instead. While [route] does not yet have an inlet to set its routing parameter like [select] does (I think, it's planned or implemented in 0.43 for [route] as well) you can fake a settable route with [select] and [list] (see e.g. the sroute.pd in [list]-abs and attached). Instead of sending to "$1-$2-control" you send a message starting with "$1-$2-control" to some global receiver.

The receiver then goes into [route $1-$2-control], or some variant of this like [sroute $1-$2-control] which you can rename.

Ciao

Frank Barknecht Do You RjDj.me? _ ______footils.org__