<html><head></head><body><div style="color:#000; background-color:#fff; font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px"><div>Hello,</div><div id="yui_3_16_0_1_1490484570129_24153">I just noticed this:</div><div><br></div><div id="yui_3_16_0_1_1490484570129_24177">commit 5e18b837acd440ac4751c90c0c0b1e4a71623a2e<br>Author: Ivica Ico Bukvic <ico@vt.edu><br>Date: Thu Jul 18 16:41:53 2013 -0400<br><br> fixed regression in select due to 37c0cf150e42e0277a0496cb73d48a114c64f0e7 commit which made it behave inconsistently thus making it impossible for floats to be treated as symbols (in cases where first argument was a symbol). Also introduced similar fix to the route object, thus allowing for second inlet to receive either float or symbol<br></div><div id="yui_3_16_0_1_1490484570129_24189"><br></div><div>***</div><div id="yui_3_16_0_1_1490484570129_24263"><br></div><div>What is the regression that this was meant to fix? Basing the object's "mode" off of the type <br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24280">of the first argument as this commit does will _not_ allow floats to be treated as symbols as the <br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24264">commit message suggests.</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24281"><br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24289">If the implication is that you want this to work:</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24291">[42(</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24299">|</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24300">[makefilename %d]</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24301">|</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24306">[select blah 42]</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24343"><br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24344">Then the implication is wrong, because you don't get a match that way under any version of <br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24345">[select] for any version of Pd. Instead you get a match for the "42" slot on this:</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24346"><br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24347">[symbol(</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24390">|</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24358">[select blah 42]</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24367"><br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24398">That is, _any_ numeric argument will match an incoming empty symbol because that's what <br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24399">the SETSYMBOL macro does when you feed it a floatarg.</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24422"><br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24423">I'd like to revert back to my "mixed" mode algorithm so that the "42" slot matches on this:</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24424"><br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24425">[42(</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24434">|</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24433">[select blah 42]</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24439"><br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24447">and the "blah" slot matches on this:</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24448"><br></div><div dir="ltr">[symbol blah(</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24449">|</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24461">[select 42 blah]</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24484"><br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24485">Mixing arg types isn't very common, but this is the only sane behavior I can think of (and it <br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24486">shouldn't have broken any patches in all the time [select] behaved this way in Pd-l2ork).</div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24487"><br></div><div dir="ltr" id="yui_3_16_0_1_1490484570129_24488">-Jonathan<br></div></div></body></html>