[PD] select backward compatibility

[Roman Haefeli]

On Wed, 2007-09-05 at 19:19 -0400, Hans-Christoph Steiner wrote:
> On
> 
> 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]."

this behaviour kind of reminds me to this thing:


   [3 (
   |
   | [list 3(
   |/
[*~]

[3 ( seems to 'work', whereas [list 3( gives an error:

inlet: expected 'signal' but got 'list'

the statement, that it expected 'signal' is false, because it obviously
also accepts floats.

   [3 (
   |
   | [list 3(
   |/
[* ]

here both work.

in the former case 'list 3' is treated as a list, in the latter case as
a float. so, is 'list 3' the same as 'float 3' or not?

roman




		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de