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. On Mar 1, 2013 7:50 AM, "Ivica Bukvic" ico@vt.edu wrote:
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