<p dir="ltr">Yes, but it also prevents profuse errors on the console regarding how select does not understand things which may happen in complex patches under certain circumstances, and which previously were not reported.</p>
<div class="gmail_quote">On Mar 1, 2013 3:29 AM, "Jonathan Wilkes" <<a href="mailto:jancsika@yahoo.com">jancsika@yahoo.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
----- Original Message -----<br>
<br>
> From: Ivica Ico Bukvic <<a href="mailto:ico@vt.edu">ico@vt.edu</a>><br>
> To: <a href="mailto:pd-list@iem.at">pd-list@iem.at</a><br>
> Cc:<br>
> Sent: Thursday, February 28, 2013 7:15 PM<br>
> Subject: Re: [PD] bang vs empty list<br>
><br>
> BTW, the only regression with this is that [select] object complains it does not<br>
> understand "bang."<br>
<br>
Pd's [select] only understands symbol and float messages. If you make it<br>
accept bangs then you create an inconsistency where both<br>
"symbol bang" and "bang" are matched by [sel bang].<br>
<br>
-Jonathan<br>
<br>
> I've patched it so that when it receives a bang<br>
> it redirects it to sel1_symbol and sel2_symbol with a gensym("bang").<br>
> This also means that [sel b] would not work for bangs, but [sel bang] will. I<br>
> think that makes sense since someone might want to select letter "b."<br>
><br>
> _______________________________________________<br>
> <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
> UNSUBSCRIBE and account-management -><br>
> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
><br>
</blockquote></div>