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 <jancsika@yahoo.com> wrote:

From: Jonathan Wilkes <jancsika@yahoo.com>
Subject: Re: [PD] non-logical receives
To: pd-list@iem.at, "Andrew Faraday" <jbturgid@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 <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


-----Inline Attachment Follows-----

_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list