<div dir="auto">FWIW, since now the select has been stripped of the ability to detect bang, this is the only way to do so consistently and as such it is a must.<br><br><div data-smartmail="gmail_signature">Best,<br><br>Ico<br><br>-- <br>Ivica Ico Bukvic, D.M.A.<br>Director, Creativity + Innovation<br>Institute for Creativity, Arts, and Technology<br><br>Virginia Tech<br>Creative Technologies in Music<br>School of Performing Arts – 0141<br>Blacksburg, VA 24061<br>(540) 231-6139<br><a href="mailto:ico@vt.edu">ico@vt.edu</a><br><br><a href="http://www.icat.vt.edu">www.icat.vt.edu</a><br><a href="http://www.performingarts.vt.edu">www.performingarts.vt.edu</a><br><a href="http://l2ork.icat.vt.edu">l2ork.icat.vt.edu</a><br><a href="http://ico.bukvic.net">ico.bukvic.net</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jun 7, 2020, 18:08 Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sun, Jun 7, 2020 at 2:13 PM Ivica Bukvic <<a href="mailto:ico@vt.edu" target="_blank" rel="noreferrer">ico@vt.edu</a>> wrote:<br>
><br>
> So, I just fixed this on my branch and created what I am hoping will be a clean merge request together with an example patch  <a href="https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/357" rel="noreferrer noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/357</a><br>
<br>
Yeah, this looks like a straight up bug. Same behavior in Pd Vanilla.<br>
I can't believe it's gone unnoticed<br>
for this long.<br>
<br>
Unless someone can think of a reason why an unmatched "bang" shouldn't<br>
get send to the rejection outlet,<br>
I'll make some regression tests for this and merge it.<br>
<br>
-Jonathan<br>
<br>
><br>
> --<br>
> Ivica Ico Bukvic, D.M.A.<br>
> Director, Creativity + Innovation<br>
> Institute for Creativity, Arts, and Technology<br>
><br>
> Virginia Tech<br>
> Creative Technologies in Music<br>
> School of Performing Arts – 0141<br>
> Blacksburg, VA 24061<br>
> (540) 231-6139<br>
> <a href="mailto:ico@vt.edu" target="_blank" rel="noreferrer">ico@vt.edu</a><br>
><br>
> <a href="http://ci.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">ci.icat.vt.edu</a><br>
> <a href="http://www.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">www.icat.vt.edu</a><br>
> <a href="http://www.performingarts.vt.edu" rel="noreferrer noreferrer" target="_blank">www.performingarts.vt.edu</a><br>
> <a href="http://l2ork.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">l2ork.icat.vt.edu</a><br>
> <a href="http://ico.bukvic.net" rel="noreferrer noreferrer" target="_blank">ico.bukvic.net</a><br>
><br>
><br>
><br>
> On Sun, Jun 7, 2020 at 1:06 PM Ivica Bukvic <<a href="mailto:ico@vt.edu" target="_blank" rel="noreferrer">ico@vt.edu</a>> wrote:<br>
>><br>
>> So, another issue that has cropped up from this. I just found one spot inside my L2Ork Tweeter code where I can receive either a 0 or a bang. I used to do [sel 0] and then have bang come out of the second inlet. This is not possible anymore. Interestingly, replacing it with [route 0] does not output anything for bang. The route ignores it entirely instead of outputting it through the right outlet since it does not match 0. OTOH route bang does work and while that "fixes" the issue, it is definitely not something that is intuitive from a beginner's perspective. So, if we are to keep select as-is with the new improvement, then route needs to intelligently output bang through the second outlet when it does not match any of the route arguments.<br>
>><br>
>> Best,<br>
>><br>
>> Ico<br>
>><br>
>> --<br>
>> Ivica Ico Bukvic, D.M.A.<br>
>> Director, Creativity + Innovation<br>
>> Institute for Creativity, Arts, and Technology<br>
>><br>
>> Virginia Tech<br>
>> Creative Technologies in Music<br>
>> School of Performing Arts – 0141<br>
>> Blacksburg, VA 24061<br>
>> (540) 231-6139<br>
>> <a href="mailto:ico@vt.edu" target="_blank" rel="noreferrer">ico@vt.edu</a><br>
>><br>
>> <a href="http://ci.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">ci.icat.vt.edu</a><br>
>> <a href="http://www.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">www.icat.vt.edu</a><br>
>> <a href="http://www.performingarts.vt.edu" rel="noreferrer noreferrer" target="_blank">www.performingarts.vt.edu</a><br>
>> <a href="http://l2ork.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">l2ork.icat.vt.edu</a><br>
>> <a href="http://ico.bukvic.net" rel="noreferrer noreferrer" target="_blank">ico.bukvic.net</a><br>
>><br>
>><br>
>><br>
>> On Wed, Jun 3, 2020 at 12:11 AM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank" rel="noreferrer">jon.w.wilkes@gmail.com</a>> wrote:<br>
>>><br>
>>> On Tue, Jun 2, 2020 at 10:07 PM Ivica Bukvic <<a href="mailto:ico@vt.edu" target="_blank" rel="noreferrer">ico@vt.edu</a>> wrote:<br>
>>> ><br>
>>> > This is possible, but also precarious. While I like this potentially more universal solution, doing so may introduce a cascading set of incompatibilities and as such needs to have some thorough regression testing before being committed.<br>
>>><br>
>>> Since pd_defaultanything only errors out it should be a dead end.<br>
>>><br>
>>> > Further, with this universal fix allow select to once again support bang as a potential filter?<br>
>>><br>
>>> It doesn't.<br>
>>><br>
>>> -Jonathan<br>
>>><br>
>>> ><br>
>>> > Best,<br>
>>> ><br>
>>> > Ico<br>
>>> ><br>
>>> > --<br>
>>> > Ivica Ico Bukvic, D.M.A.<br>
>>> > Director, Creativity + Innovation<br>
>>> > Institute for Creativity, Arts, and Technology<br>
>>> ><br>
>>> > Virginia Tech<br>
>>> > Creative Technologies in Music<br>
>>> > School of Performing Arts – 0141<br>
>>> > Blacksburg, VA 24061<br>
>>> > (540) 231-6139<br>
>>> > <a href="mailto:ico@vt.edu" target="_blank" rel="noreferrer">ico@vt.edu</a><br>
>>> ><br>
>>> > <a href="http://www.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">www.icat.vt.edu</a><br>
>>> > <a href="http://www.performingarts.vt.edu" rel="noreferrer noreferrer" target="_blank">www.performingarts.vt.edu</a><br>
>>> > <a href="http://l2ork.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">l2ork.icat.vt.edu</a><br>
>>> > <a href="http://ico.bukvic.net" rel="noreferrer noreferrer" target="_blank">ico.bukvic.net</a><br>
>>> ><br>
>>> > On Tue, Jun 2, 2020, 19:43 Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank" rel="noreferrer">jon.w.wilkes@gmail.com</a>> wrote:<br>
>>> >><br>
>>> >> On Tue, Jun 2, 2020 at 5:58 PM Ivica Ico Bukvic <<a href="mailto:ico@vt.edu" target="_blank" rel="noreferrer">ico@vt.edu</a>> wrote:<br>
>>> >> ><br>
>>> >> > So, I just tested the 2.11 and my findings regarding the changes in the select object are that this is worse than the previous implementation because now the select outputs cryptic error that no beginner will understand. Even for advanced users it provides misleading info as the select object treats bang message as a list (which it is not). Try the attached patch.<br>
>>> >><br>
>>> >> That horrible error appears to originate in pd_defaultanything which<br>
>>> >> AFAICT is just an error-handling branch for non-existent methods.<br>
>>> >><br>
>>> >> Unfortunately, a list with no arguments is handled by pd_defaultlist<br>
>>> >> and a bona fide "bang" message is handled by pd_defaultbang. So for an<br>
>>> >> object like [select], "bang"--[select] will take the pd_defaultbang<br>
>>> >> path to error with the "s"<br>
>>> >> argument set to "bang". Meanwhile, "list"---[select] ("list" is what<br>
>>> >> [route] outputs) will take the pd_defaultlist path to the same error<br>
>>> >> with "s" argument set to "list". Bleh.<br>
>>> >><br>
>>> >> Fortunately, pd_defaultanything also has argc and argv. So we could<br>
>>> >> just check there when s is "list" and argc is 0, and in that<br>
>>> >> case use "bang" as the method that caused the error.<br>
>>> >><br>
>>> >> That would fix this error not only for select but also for any other<br>
>>> >> situation where zero length lists get sent around<br>
>>> >> Pd. (Both [route] and the [list] objects will output zero-length<br>
>>> >> "list" to mean "bang".)<br>
>>> >><br>
>>> >> How about that?<br>
>>> >><br>
>>> >> -Jonathan<br>
>>> >><br>
>>> >> ><br>
>>> >> > I recommend that we reinstate the original select behavior and on top of that ensure that both the bang and symbol bang are treated as one and the same. I understand this kind of patch is not going to be common or useful, yet one cannot predict architectural choices a beginner may make (for better or for worse) and I am of the opinion that we should do all we can (without breaking the core purr-data behavior) to make things as easy as possible.<br>
>>> >> ><br>
>>> >> > Best,<br>
>>> >> ><br>
>>> >> > Ico<br>
>>> >> ><br>
>>> >> > On 5/29/2020 3:50 PM, Albert Graef wrote:<br>
>>> >> ><br>
>>> >> > On Fri, May 29, 2020 at 3:07 AM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank" rel="noreferrer">jon.w.wilkes@gmail.com</a>> wrote:<br>
>>> >> >><br>
>>> >> >> I bumped the minor version so it will be 2.11.0<br>
>>> >> ><br>
>>> >> ><br>
>>> >> > Great, thanks!<br>
>>> >> ><br>
>>> >> > --<br>
>>> >> > Dr. Albert Gr"af<br>
>>> >> > Computer Music Research Group, JGU Mainz, Germany<br>
>>> >> > Email: <a href="mailto:aggraef@gmail.com" target="_blank" rel="noreferrer">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer noreferrer" target="_blank">https://agraef.github.io/</a><br>
>>> >> ><br>
>>> >> > _______________________________________________<br>
>>> >> > L2Ork-dev mailing list<br>
>>> >> > <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
>>> >> > <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
>>> >> ><br>
>>> >> > --<br>
>>> >> > Ivica Ico Bukvic, D.M.A.<br>
>>> >> > Director, Creativity + Innovation<br>
>>> >> > Institute for Creativity, Arts, and Technology<br>
>>> >> ><br>
>>> >> > Virginia Tech<br>
>>> >> > Creative Technologies in Music<br>
>>> >> > School of Performing Arts – 0141<br>
>>> >> > Blacksburg, VA 24061<br>
>>> >> > (540) 231-6139<br>
>>> >> > <a href="mailto:ico@vt.edu" target="_blank" rel="noreferrer">ico@vt.edu</a><br>
>>> >> ><br>
>>> >> > <a href="http://www.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">www.icat.vt.edu</a><br>
>>> >> > <a href="http://www.performingarts.vt.edu" rel="noreferrer noreferrer" target="_blank">www.performingarts.vt.edu</a><br>
>>> >> > <a href="http://l2ork.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">l2ork.icat.vt.edu</a><br>
>>> >> > <a href="http://ico.bukvic.net" rel="noreferrer noreferrer" target="_blank">ico.bukvic.net</a><br>
>>> >> ><br>
>>> >> > _______________________________________________<br>
>>> >> > L2Ork-dev mailing list<br>
>>> >> > <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
>>> >> > <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
>>> >> _______________________________________________<br>
>>> >> L2Ork-dev mailing list<br>
>>> >> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
>>> >> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > L2Ork-dev mailing list<br>
>>> > <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
>>> > <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
>>> _______________________________________________<br>
>>> L2Ork-dev mailing list<br>
>>> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
>>> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
><br>
> _______________________________________________<br>
> L2Ork-dev mailing list<br>
> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div>