<div dir="auto"><div dir="auto">Someone brought it to our attention on FB, and it seemed like a legitimate wart. <br></div><div dir="auto"><br></div><div dir="auto">Thanks for remind me that unpack really does guarantee R to L fanout order. </div><div dir="auto"><br></div><div dir="auto"><span style="font-family:sans-serif">You're right Alex.</span><div dir="auto" style="font-family:sans-serif">It's not really my issue. </div><div dir="auto" style="font-family:sans-serif">I have no real motivation.</div><div dir="auto" style="font-family:sans-serif">I should have left it alone. </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">I think my root concern at this point is how trigger is overloaded. </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">if it only dealt with bangs, that makes much more sense. </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">If you are replicating a float on all outlets,</div><div dir="auto" style="font-family:sans-serif">that seems to me an entirely different object! </div><div dir="auto" style="font-family:sans-serif">That's got nothing to do with a triggee.</div><div dir="auto" style="font-family:sans-serif">That's a float clone, or a symbol or list replicator. </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">When you add all those datatypes into one object, which you call trigger, and allow even mixing datatypes (!!) as arguments to a single object (!), well, IMO that produces some possibly very ugly code which does some really odd things. </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">This is my new request,</div><div dir="auto" style="font-family:sans-serif">and this is "mine" now ;)</div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">Let's decouple that overloaded trigger</div><div dir="auto" style="font-family:sans-serif">into more rational objects</div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">bang-only trigger</div><div dir="auto" style="font-family:sans-serif">float replicator/sequencer </div><div dir="auto" style="font-family:sans-serif">List replicator/sequencer </div><div dir="auto" style="font-family:sans-serif">symbol replicator / sequencer.</div><div dir="auto" style="font-family:sans-serif">deprecate existing trigger. </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">Because I think </div><div dir="auto" style="font-family:sans-serif"><b><br></b></div><div dir="auto" style="font-family:sans-serif"><b>[t b f l s 55] </b></div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">is VERY MESSED UP, </div><div dir="auto" style="font-family:sans-serif">and <b>it's never going to so anything reasonable</b>, I can't imagine any useful purpose for that, </div><div dir="auto" style="font-family:sans-serif">allowing it will only confuse people, and make the language irregular and harder to learn, </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">and thus it should be prohibited by syntax</div><div dir="auto" style="font-family:sans-serif"> or at least deprecated. </div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">IMHO ;)</div><div dir="auto" style="font-family:sans-serif">BH</div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif"><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Apr 14, 2019, 11:57 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">Em dom, 14 de abr de 2019 às 21:44, Alexandre Torres Porres <<a href="mailto:porres@gmail.com" target="_blank" rel="noreferrer">porres@gmail.com</a>> escreveu:<br></div><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"><div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div>which one, this? <a href="https://github.com/pure-data/pure-data/issues/354" target="_blank" rel="noreferrer">https://github.com/pure-data/pure-data/issues/354</a></div><div><br></div><div>cheers</div></div></div></blockquote><div><br></div><div>Anyway, I just went ahead and made a PR for it. I just got the code from Purr Data and swapped with vanilla's, nothing else! I obviously tested and itt works just fine. I also updated the help file, of course (by the way, Purr Data's help file doesn't mention this feature).</div><div><br></div><div>I see how this could be convenient in some use cases, but I don't have that much of a personal motivation to request this. I guess my main motivation to do this PR is that: </div><div><br></div><div>A) people often request for it (maybe they are influenced by Max or Purr Data, who knows, doesn't matter).</div><div><br></div><div>B) I think it's really bad that Purr Data is not compatible to Pd, but I understand this is not Pd's fault.</div><div><br></div><div>Well, if this doesn't get accepted, I guess I maybe could make an external like it in my library.<br></div><div><br></div><div>cheers</div><div><br></div><div> </div></div></div>
</blockquote></div>