<div dir="ltr">Howdy Shahrokh, Miller and pd-list, the release notes of 0.48 mention this:<div><br></div><div>"<span style="color:rgb(29,33,41);font-family:"San Francisco",-apple-system,system-ui,".SFNSText-Regular",sans-serif;font-size:14px;letter-spacing:-0.24px">The expr family (expr, expr~, fexpr~) got an update from Shahrokh Yadegari. I'm not sure when this first came about, but expr now can access "variable" objects as variables inside expressions. Expressions using "if" skip evaluating the argument that isn't used."</span><br><div class="gmail_extra"><br></div><div class="gmail_extra">well, the expr family can access variable objects since version 0.4 (which I do not know when got into Pd). As from version 0.5 (which made into Pd by 0.47, I think), you could also give it a value by using the new "=" syntax. Like: [expr x = 3] changes the value of a [v x] object.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Now we have version 0.55 up, and I do not know what's new about variables, maybe nothing? So we could change the notes to what's asctually new. Here's a list  Shahrokh sent me though, since I was testing and reporting a few bugs.</div><div class="gmail_extra"><br><div class="gmail_quote">2017-07-14 21:08 GMT-03:00 Shahrokh Yadegari <span dir="ltr"><<a href="mailto:sdy@ucsd.edu" target="_blank">sdy@ucsd.edu</a>></span>:<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><div style="font-size:12.8px"><p class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-p1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-s1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space">     </span>- Expr Version 0.55</span></p><p class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-p1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-s1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space"> </span><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space">      </span>- The arrays now redraw after a store into one of their members</span></p><p class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-p1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-s1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space"> </span><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space">      </span>- The "if()" function is reworked to only evaluate either</span><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space" style="font-size:12.8px"> </span><span style="font-size:12.8px">the left or the right arg      depending on the truth value of the condition.</span></p><p class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-p1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-s1">         However, if the condition is a vector,<span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space">  </span></span>both the left and the right are evaluated regardless.</p><p class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-p1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-s1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space"> </span><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space">      </span>- The maximum number of inlet and outlets (MAX_VARS) is now set at 100</span></p><p class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-p1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-s1"><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space"> </span><span class="gmail-m_2461834462255163737m_7186420656896526379gmail-m_2250932983679935761gmail-Apple-converted-space">      </span>- The bug of using store "=" in functions with multiple arguments, which caused an error during execution, is fixed.</span></p></div></div></div></blockquote><div>So, Shahrokh, I get all of this but the "<span style="font-size:12.8px">bug of using store "=" in functions with multiple arguments", I don't think I reported that one, would you care to elaborate on it?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Miller, we seem to still have an issue creating [expr] with atanh() ,asinh() and acosh() on windows - such as in [expr atanh($f1)]. Are you working on it for the final release of Pd 0.48?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Thanks</span></div></div></div></div></div>