Hey all,
Just discovered sendlocal and sendreceive.
Is there a reason I should not use these objects? They seem to be a good way to clean up the connections to reduce the number of connections in a patch.
sendlocal sendreceive
Hey all,
Just discovered sendlocal and sendreceive.
Is there a reason I should not use these objects? They seem to be a good way to clean up the connections to reduce the number of connections in a patch.
@raynovich Yes..... $0 applies to sub-patches as well.
I think you are stuck with [sendlocal] then.... or you will have to make sure that you keep a strict control of [send] names, never re-using them in the parent patch.
David.
Thanks. I am a bit surprised that this object does not have any commentary. I just found it by accident and it does seem useful. No help page, no discussion on this forum, and I cannot find any discussion anywhere else.
@raynovich I had never come across it..... and deken doesn't find it for windows... so not great if you plan to share your patches.
Or is it new in Pd 0.55?..... I haven't downloaded that yet.
No, that cannot be if it is tagged as deprecated.
I think it will cause you a few problems in the future...... best avoided...
David.
it's in [ggee]. I could add and support something like that in ELSE.
It reminds me of [cyclone/pv] by the way
a hacky way to do this would be to get the window name with [canvas.name]
ELSE already has [sender] and [receiver], which could gain a '-local' flag for this feature!
Let me try that.
sender is an object?
Tried to make the object, but it couldn't create.
[else/sender] is an object in ELSE that I can add a '-local' flag functionality for this... this is what I meant.
Oops! Looks like something went wrong!