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" <[email protected]> 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" <[email protected]> wrote: > >> ----- Original Message ----- >> >> > From: Ivica Ico Bukvic <[email protected]> >> > To: [email protected] >> > 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." >> > >> > _______________________________________________ >> > [email protected] mailing list >> > UNSUBSCRIBE and account-management -> >> > http://lists.puredata.info/listinfo/pd-list >> > >> >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
