<div dir="ltr"><font face="arial, helvetica, sans-serif">2017-09-18 13:34 GMT-03:00 Shahrokh Yadegari <span dir="ltr"><<a href="mailto:sdy@ucsd.edu" target="_blank">sdy@ucsd.edu</a>></span>:<br></font><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"><font face="arial, helvetica, sans-serif">Dear Alexandre and all,</font><div><font face="arial, helvetica, sans-serif"><br></font></div><div><font face="arial, helvetica, sans-serif">Miller and I both agree that it is better not to change the behavior of expr~ and fexpr~ in respect to requiring the first inlet to be a signal.</font></div></div></blockquote><div><font face="arial, helvetica, sans-serif"><br></font></div><div><font face="arial, helvetica, sans-serif">Let us just be clear. You mean the request to allow the first inlet to be a float or symbol variable (such as $f1 or $s1) rather than a signal ($v1 for expr~ and $x1[0] for fexpr~) - right?</font></div><div><font face="arial, helvetica, sans-serif"><br></font></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="ltr"><font face="arial, helvetica, sans-serif">I think this means it would be a bit confusing not to use the first inlet as a signal... Pd would allow signal connections to it that you'd then ignore in favor of the float or symbol value it gets sent. </font></div></blockquote><div><font face="arial, helvetica, sans-serif"><br></font></div><div><font face="arial, helvetica, sans-serif">Hmm, I see that now! Unlike secondary inlets, which would not allow a signal connection, the left/main inlet would still allow it. So this is a good reasoning... in fact it'd be better if it would not allow a signal inlet, and that would require too much surgery. </font></div><div><font face="arial, helvetica, sans-serif"><br></font></div><div><font face="arial, helvetica, sans-serif">Anyway, I only brought it up cause it said so in the source code this could be considered in the future. So yeah, just leave it as it is and remove that remark from the source code.</font></div><div><font face="arial, helvetica, sans-serif"> </font></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="ltr"><font face="arial, helvetica, sans-serif">However, I will look into why fexpr~ does not convert float to signal. <br></font></div></blockquote><div><font face="arial, helvetica, sans-serif"><br></font></div><div><font face="arial, helvetica, sans-serif">It's coz it doesn't have <span style="color:rgb(36,41,46);font-size:14px">CLASS_MAINSIGNALIN </span> in the setup method. But expr~ has it, so it converts floats to signals.</font></div><div><font face="arial, helvetica, sans-serif"><br></font></div><div><font face="arial, helvetica, sans-serif">So I just added <span style="color:rgb(36,41,46);font-size:14px">CLASS_MAINSIGNALIN(fexpr_tilde_class, t_expr, exp_f) to fexpr~'s setup and it worked fine.</span></font></div><div><span style="color:rgb(36,41,46);font-size:14px"><font face="arial, helvetica, sans-serif"><br></font></span></div><div><font face="arial, helvetica, sans-serif"><span style="color:rgb(36,41,46);font-size:14px">Though now I think the </span><span class="gmail-pl-c1" style="box-sizing:border-box;color:rgb(0,92,197);font-size:12px;white-space:pre-wrap">class_addmethod</span><span style="color:rgb(36,41,46);font-size:12px;white-space:pre-wrap">(fexpr_tilde_class, nullfn, </span><span class="gmail-pl-c1" style="box-sizing:border-box;color:rgb(0,92,197);font-size:12px;white-space:pre-wrap">gensym</span><span style="color:rgb(36,41,46);font-size:12px;white-space:pre-wrap">(</span><span class="gmail-pl-s" style="box-sizing:border-box;color:rgb(3,47,98);font-size:12px;white-space:pre-wrap"><span class="gmail-pl-pds" style="box-sizing:border-box">"</span>signal<span class="gmail-pl-pds" style="box-sizing:border-box">"</span></span><span style="color:rgb(36,41,46);font-size:12px;white-space:pre-wrap">), </span><span class="gmail-pl-c1" style="box-sizing:border-box;color:rgb(0,92,197);font-size:12px;white-space:pre-wrap">0</span><span style="color:rgb(36,41,46);font-size:12px;white-space:pre-wrap">) is unnecessary, as well as it is not necessary for expr~. Well, you and Miller should know better, I must be the most ignorant object developer for Pd :)</span></font></div><div> <br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>After receiving a few other requests for avg() and Avg() to come back, I will also soon include these functions and possibly others to the list of functions.</div></div></blockquote><div><br></div><div>Awesome :) </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Thank you very much for your update of the documentation patch.<br></div></div></blockquote><div><br></div><div>my pleasure</div><div><br></div><div>Cheers </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra"><div><div class="h5"><div class="gmail_quote">On Sat, Sep 16, 2017 at 7:36 AM, Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">Hi Shahrokh and Miller. I've sent this before, but now I'm sending again with a more explicit subject and also a Pull Request.</div><div><br>I've tested the new expr (v0.55 released in pd 0.48) and I still have some remaining bugs to report. These are bugs I really think should be fixed, and some suggested feature requests. </div><div><br></div><div>One of the bugs is plain simple, the fact that fexpr~ doesn't allow a float input in its left inlet. That doesn't seem intentional, by the way, because [expr~] allows it. Anyway, here's a simple Pull Request I created about it, see if it's cool: <a href="https://github.com/pure-data/pure-data/pull/219" target="_blank">https://github.com/pure-<wbr>data/pure-data/pull/219</a></div><div><br></div><div>cheers</div><div><br></div><div><br></div>
</div><br></div>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div class="m_2811764963725455211gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr" style="font-size:small"><div dir="ltr">Shahrokh Yadegari</div><div dir="ltr">Professor, Music Department<br>University of California, San Diego<br>Director, Sonic Arts R&D and IDEAS<br>Qualcomm Institute</div><div dir="ltr">Email: <a href="mailto:sdy@ucsd.edu" style="color:rgb(17,85,204)" target="_blank">sdy@ucsd.edu</a><br>Web: <a href="http://yadegari.org/" style="color:rgb(17,85,204)" target="_blank">http://yadegari.org</a></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</font></span></div>
</blockquote></div><br></div></div>