<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em dom, 14 de abr de 2019 às 21:07, William Huston <<a href="mailto:williamahuston@gmail.com">williamahuston@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">unpack does not guarantee sequence</div></blockquote><div><br></div><div>actually, it does, as virtually all objects in Pd, from right to left (trigger is no exception).</div><div><br></div><div>So you're able to do what you want if you stack [pack] and [unpack] together! </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto">I saw the post on FB about why [t 10 66 -100 3000] doesn't work as expected.</div></div></blockquote><div><br></div><div>It wasn't expected to work at all in Vanilla, the help file shows how you shouldn't use floats at all as arguments. It might be an expectation if you're using that feature in Purr Data, but then, I think the expectation flaw is that Purr Data has different behaviour for Vanilla objects that break compatibility.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"> That seems like a reasonable expectation based on how [pack 10 66 -100 3000] works</div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"></div><div dir="auto">Also giving a list to [t f f f f] seems like it should work like [pack f f f f]. </div></div></blockquote><div><br></div><div>It should definitely not as the trigger object has nothing to do with pack or any other object. Pd objects work within their own design paradigms. Having a simple look at trigger's help file shows you that a list to   [t f f f f] will convert the list to a float and trigger it. And the facebook post doesn't even request for this feature, it was something to do with how trigger works in Max and in Purr Data, not a request that it should behave like [pack].</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto">I am just saying that such irregularities and special cases in a language given similar syntax (as with English!) make it more difficult to learn, use, and master. </div></div></blockquote><div><br></div><div>I don't see it as a "syntax" matter. Every object has a set of arguments and flags. Some take floats, some take symbols, etc... it's all based on what the task of the object is. If you do not seem to understand the purpose and function of [trigger], then it might be confusing. As Iohannes pointed out, [trigger] has a very clear method for handling lists and it should not be changed because of any other object in Pd.</div><div><br></div><div>By the way, [pack] does not have a list method, it behaves much like every object in Pd that has no list method and many inlets, it just splits the message into the inlets. Trigger only has one inlet, it's a completely different case without any syntactical conflict. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto">I think given present behavior, [t 35] should throw an error to the console. </div></div></blockquote><div><br></div><div>or a mention in the help file that floats will just work as "float". </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"></div><div dir="auto">But I would prefer the change requested. </div></div></blockquote><div><br></div><div>which one, this? <a href="https://github.com/pure-data/pure-data/issues/354">https://github.com/pure-data/pure-data/issues/354</a></div><div><br></div><div>cheers</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div>
</blockquote></div></div>