<div dir="auto">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. Further, with this universal fix allow select to once again support bang as a potential filter?<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 Tue, Jun 2, 2020, 19:43 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 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></blockquote></div>