<div dir="auto">unpack does not guarantee sequence, as does trigger. <div dir="auto"><br></div><div dir="auto">It's not really "my" use case. I saw the post on FB about why [t 10 66 -100 3000] doesn't work as expected. That seems like a reasonable expectation based on how [pack 10 66 -100 3000] works, and a useful feature. </div><div dir="auto"><br></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 dir="auto"><br></div><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 dir="auto"><br></div><div dir="auto">Whereas a language like Perl, things just seem to work as you would expect them to, based on similar patterns. You can often guess at the syntax and things just work, as opposed to learning a bunch of special cases. </div><div dir="auto"><br></div><div dir="auto">I think given present behavior, [t 35] should throw an error to the console. </div><div dir="auto"><br></div><div dir="auto">But I would prefer the change requested. </div><div dir="auto"><br></div><div dir="auto">BH</div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Apr 14, 2019, 7:34 PM Alexandre Torres Porres <<a href="mailto:porres@gmail.com">porres@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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 19:14, William Huston <<a href="mailto:williamahuston@gmail.com" target="_blank" rel="noreferrer">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">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></blockquote><div><br></div><div>I've done that lots of times</div><div><br></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">Anyway, that is not my use case. <br></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)</div></div></blockquote><div><br></div><div>not a good point as both objects are supposed to be quite different, and each object has its own design or "syntax"</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">b) sending a list to [t f f f]. Distributing the list to each float seems rather useful</div></div></blockquote><div><br></div><div>this task is performed by [unpack f f f] already. </div><div><br></div><div>I don't really understand your use case, can you give us more details?</div><div> </div><div>cheers</div></div></div>
</blockquote></div>