[PD] knowing if there's anything connected to an [inlet~] in a subpatch or abstraction

[Alexandre Torres Porres]

So that's why I guess it has to be an object...

Moreover, some objects in pd have this interesting behavior.

When you have an argument in [*~], for example, it turns the second inlet
into a data only inlet (no signal).

I found this behaviour even in some externals like [>~] in zexy, so I
wonder if this is some restriction of pd objects itself, or if it was just
a design option that was replicated in zexy on purpose.

If I have to do this as an object, I'd like it to maintain a signal inlet
even though I have  number argument. So I hope there's nothing "weird" in
Pd that doesn't allow this to happen.

cheers

2015-02-24 14:26 GMT-03:00 Alexandre Torres Porres <porres at gmail.com>:

> I thought about it, but the the problem is that I'd like the signal to
> update the incoming value even if it is 0...
>
> so it doesn't quite make it.
>
> thanks
>
>
> 2015-02-24 14:20 GMT-03:00 Joe White <white.joe4 at gmail.com>:
>
> Hey Alexandre,
>>
>> Does this do want you want? Toggles between a signal input converted to
>> control rate and a default value (if the signal is 0)
>>
>> Cheers,
>> Joe
>>
>> On 24 February 2015 at 17:08, Alexandre Torres Porres <porres at gmail.com>
>> wrote:
>>
>>> hi, trying to make an abstraction here that loads a number argument into
>>> an audio signal chain, but I'd like to update the argument to whatever is
>>> coming from an [inlet~], but then I'd like to load back the argument
>>> whenever there is no signal connected to this inlet.
>>>
>>> The only way to do this is if I know wether there was something
>>> connected to this inlet or not, and I believe that's impossible in a
>>> subpatch/abstraction, right?
>>>
>>> So, the only way out would be compiling a new object, huh?
>>>
>>> thanks
>>>
>>> _______________________________________________
>>> Pd-list at lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>>
>> --
>> Follow me on Twitter @diplojocus
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150224/5fa9d3ea/attachment.html>