<div dir="auto">Well if it breaks things, then that is a problem. <div dir="auto"><br></div><div dir="auto">However, I think that sending a list to </div><div dir="auto">[t l l l], and replicating the list to each output would have very few applications. I would like to see a patch where someone is using this feature. </div><div dir="auto"><br></div><div dir="auto">Anyway, that is not my use case. </div><div dir="auto"><br></div><div dir="auto">My use case is </div><div dir="auto"><br></div><div dir="auto">a) literals in [t] not working the same between [pack] with similar looking syntax (as illustrated), and</div><div dir="auto"><br></div><div dir="auto">b) sending a list to [t f f f]. Distributing the list to each float seems rather useful, and changing the behavior as I suggested would be harmless, except in the odd case where someone has a patch, sending trigger a list, yet EXPECTS all values in the list to be dropped except the first element, which is distributed to each float. </div><div dir="auto"><br></div><div dir="auto">The only ambigutity I can in accepting my change would be the case of using BOTH lists and floats (or literals) in a single [t].  I honestly cannot imagine a programmer doing this. </div><div dir="auto"><br></div><div dir="auto">But then just model existing behavior. </div><div dir="auto"><br></div><div dir="auto">Requested change: </div><div dir="auto"><br></div><div dir="auto">If trigger's arguments contains *any* lists, then model existing behavior. </div><div dir="auto"><br></div><div dir="auto">If trigger's arguments contains only floats (or string literals) and no lists, then </div><div dir="auto"><br></div><div dir="auto">a) if the input is a single value, model existing behavior. </div><div dir="auto"><br></div><div dir="auto">b) if the input is a list, then distribute to floats and literals similar to pack.</div><div dir="auto"><br></div><div dir="auto">BH</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Apr 14, 2019, 4:27 PM IOhannes m zmölnig <<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 4/14/19 10:05 PM, William Huston wrote:<br>
> <br>
>    - 2: Allow [trigger] to accept a list. If there is one element, then<br>
>    distribute to all "f" | "floats" as the present behavior. If there are<br>
>    multiple elements, then distribute similar to pack.<br>
> <br>
<br>
that doesn't make sense to me, as [trigger] already accepts lists fine:<br>
[t l l l].<br>
however, this has totally different sematics than [pack].<br>
it would break zillions of patches.<br>
<br>
did i miss something?<br>
<br>
gmdsr<br>
IOhannes<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank" rel="noreferrer">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div>