[PD] select backward compatibility

[Hans-Christoph Steiner]

On Sep 5, 2007, at 1:48 PM, Frank Barknecht wrote:

> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
>> On Sep 5, 2007, at 9:09 AM, Frank Barknecht wrote:
>>
>>> I admit that it's a bit strange, that a naked "bang" message gives a
>>> different error message (no method for "bang") than a bang sent
>>> through [t a] (no method for "list"), but otherwise the error  
>>> message
>>> here is quite clear, isn't it? Empty lists are equivalent to bang.
>>
>> Sounds like a bug to me
>
> In [select] or in [t a]? And is it really a bug?

It's a bug in the error message, at the very least.  This stuff needs  
to be consistent, otherwise it makes it hard to understand and  
debug.  If [list( is equal to [bang( then it always needs to be equal  
to [bang(.  Right now, it is only sometimes equal to [bang(

Try defining the current behavior, then I think it's more clearly a  
bug.  "An empty [list( is a bang unless you are sending to the right  
inlet of some objects, like [select]."

.hc

>
> Ciao
> -- 
>  Frank Barknecht                 _ ______footils.org_ __goto10.org__
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list




------------------------------------------------------------------------ 
----

You can't steal a gift. Bird gave the world his music, and if you can  
hear it, you can have it. - Dizzy Gillespie