<div dir="ltr">I'm actually interested in knowing whether there's a signal connected to the inlet of an abstraction.<div><br></div><div>I need it so I can automatically switch between the argument loaded in the abstraction and whatever is going to that inlet from a signal connection.</div><div><br></div><div>But I guess it is kinda impossible to it in a patch... so it may be only possible as an external...</div><div><br></div><div>"<span style="font-size:12.8000001907349px"><i>all of Pd's binops (e.g. [+~]) take an optional argument, and the type</i></span></div><i><span style="font-size:12.8000001907349px">of the second inlet depends on the existance of this argument (if</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">there is no argument, you get a signal inlet, if there is an argument</span><br style="font-size:12.8000001907349px"></i><span style="font-size:12.8000001907349px"><i>you get a message inlet).</i>"</span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">but is it possible to write an external with a different behaviour like I need?</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">"</span><span style="font-size:12.8000001907349px"><i>finally: i haven't looked at your abstraction, but i guess the problem</i></span></div><i><span style="font-size:12.8000001907349px">you are facing is to distinguish between no argument and the default</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">"0" argument. it's possible to do this as a vanilla abstraction. check</span><br style="font-size:12.8000001907349px"></i><span style="font-size:12.8000001907349px"><i>the list archives for examples.</i>"</span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">that seems like a separate issue, one that I actually care about, so I'll maybe check it.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">cheers<br></span><div><span style="font-size:12.8000001907349px"><br></span></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-25 5:25 GMT-03:00 IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<span class=""><br>
On 2015-02-24 18:52, Alexandre Torres Porres wrote:<br>
> "I think that even in the case of an external, it's difficult to<br>
> know whether there's a signal connected to a signal inlet, or not<br>
> (...) I think Eric Lyon's externals do what you want"<br>
><br>
> I guess it can be tricky, but not impossible.<br>
<br>
</span>i think you are asking the wrong question here: you are not at all<br>
interested in whether an object has a signal connected or not, but<br>
only whether you can provide a "default signal".<br>
<br>
while the former might be tricky, the latter might not be.<br>
<br>
<br>
otoh, i'm not entirely sure whether you "should" really want what you<br>
are asking for.<br>
in a "max compat" sense it might make sense, but it's not very Pd'ish:<br>
all of Pd's binops (e.g. [+~]) take an optional argument, and the type<br>
of the second inlet depends on the existance of this argument (if<br>
there is no argument, you get a signal inlet, if there is an argument<br>
you get a message inlet).<br>
<br>
finally: i haven't looked at your abstraction, but i guess the problem<br>
you are facing is to distinguish between no argument and the default<br>
"0" argument. it's possible to do this as a vanilla abstraction. check<br>
the list archives for examples.<br>
<br>
<br>
fgmasdr<br>
IOhannes<br>
<br>
PS: as far as zexy is concerned, i will keep it as Pdish as possible.<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1<br>
<br>
iQIcBAEBCAAGBQJU7YcEAAoJELZQGcR/ejb4ZoYP/Ao0qYb0voK1j8BWVFoBrCgy<br>
tSbO3yYcO/WzFQBEc6ZBWf5CooRjWGnI/3xO0ZUXyfNlv073O49ra4Oe1NoPRlEQ<br>
P37Z8jwACO1cBel8lBVlZ80l3WsKGKRf7UynF3sVI5HJaIjOK5I5ssb6FNWl2cM3<br>
FFluN226XXqCjtdYMfeRkIalEpH9BVIzflL+H3kZ9oBUA9ZHUVQ1ifpIOsxrn6df<br>
Z/K1uwmNKYauwUwqvpm2ARUbAyINoD1WiagITE3GOVcSddsO9OnJYiZVnOH8XulU<br>
z9AfAwFWjQPI8fTsvORWBDBhDUce3WFOuZ4ZCyqzVw9RQlmMq1Q4HYGYoPBinOM1<br>
vYR92sqEOHrZhN8nal6rTsYCmy5BLJeprU7mWrxr+GrA5CLv2fvBbL3E6uTD9Xz9<br>
Q5+lR+4FLexxVDDIAI7fnM+RADYLWTQuCytENPiUDzcfmv/g+KWGIXH2+yvu4/UR<br>
j+1wGUyAfHYmL59GEpla0ZmQonkN/1hyq3yBYlo8Oz0+D038ixjRu8LpB4pTHDFm<br>
KCiuOo35vkUfyZz2gCU8/5JE9aXr/fjaYt3VLgxpbCRjgRoW2Y0wtJosNl/4DCeK<br>
61RKMaZPYEjY19K8k3Pi0X/xSdep7dAClldT+KF5FkbpBjGdUG9rJcEMFtteYPKz<br>
g7Slg3igjpG4dXBG5wFK<br>
=y1hh<br>
-----END PGP SIGNATURE-----<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br></div>