[PD-dev] Send~ and receive does not allow you to change name with a symbol!

[Christof Ressi]

Eh, [throw~] is many-to-one, not one-to-many...

Again, it is generally not good if a parameter can *only* be set via 
creation arguments.

BTW, my personal workaround is to use [tabsend~] and [tabreceive~]. They 
basically work the same way as [send~] and [receive~], but both objects 
are settable :-) Also, they work at any block size.

On 17.01.2023 20:47, Alexandre Torres Porres wrote:
> so, [throw~] can set the destination, why not use it?
>
> Em ter., 17 de jan. de 2023 às 16:44, Christof Ressi 
> <info at christofressi.com> escreveu:
>
>>      I see, I wonder why exactly you need this, like a specific use case.
>     One concrete example: you have a modular system where the output
>     of an abstraction may be used by other abstractions, but they do
>     not know anything about each other. For this you might want to use
>     a [send~] and [receive~] objects where the names are chosen by the
>     user, e.g. with symbol atoms.
>
>     In general it's problematic if a parameter can only be set as a
>     creation argument because sometimes not everything is known at
>     creation time. This can be worked around with dynamic patching,
>     but as we know, this is not "officially" supported.
>
>     @Miller: a settable [send~] can be written easily, you just have
>     to call canvas_update_dsp() after changing the name. Of course,
>     this is not realtime-safe, but it's better than nothing.
>
>     Christof
>
>     On 17.01.2023 20:21, Alexandre Torres Porres wrote:
>>     Em ter., 17 de jan. de 2023 às 16:07, Jakob Skouborg
>>     <syntaxerror60 at hotmail.com> escreveu:
>>
>>         I will check the ELSE options, thanks, all though it is the
>>         sender that doesn’t offer option to change name.
>>
>>         For adding it to Vanilla version, Miller gave an answer,
>>         which indicated there is not an easy way to do it, without
>>         adding a block of delay. But nice to see that an issue has
>>         been raised, mentioning it.
>>
>>
>>     The issue on github is for an inlet to receive, not being able to
>>     set send name in [send~].
>>
>>         I just need to be able to change the send~ name.
>>
>>
>>      I see, I wonder why exactly you need this, like a specific use case.
>>
>>     _______________________________________________
>>     Pd-dev mailing list
>>     Pd-dev at lists.iem.at
>>     https://lists.puredata.info/listinfo/pd-dev
>     _______________________________________________
>     Pd-dev mailing list
>     Pd-dev at lists.iem.at
>     https://lists.puredata.info/listinfo/pd-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20230117/44bf14da/attachment.htm>