To add to this, I cannot think of a scenario where you would want to differentiate between bang versus symbol bang. Please feel free to convince me otherwise.
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.
On Mar 1, 2013 3:29 AM, "Jonathan Wilkes" <jancsika@yahoo.com> wrote:----- Original Message -----
> From: Ivica Ico Bukvic <ico@vt.edu>
> To: pd-list@iem.at
> Cc:
> Sent: Thursday, February 28, 2013 7:15 PM
> Subject: Re: [PD] bang vs empty list
>
> BTW, the only regression with this is that [select] object complains it does not
> understand "bang."
Pd's [select] only understands symbol and float messages. If you make it
accept bangs then you create an inconsistency where both
"symbol bang" and "bang" are matched by [sel bang].
-Jonathan
> I've patched it so that when it receives a bang
> it redirects it to sel1_symbol and sel2_symbol with a gensym("bang").
> This also means that [sel b] would not work for bangs, but [sel bang] will. I
> think that makes sense since someone might want to select letter "b."
>
> _______________________________________________
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>