Re: [PD] select backward compatibility

2007-09-06 Thread IOhannes m zmoelnig
Roman Haefeli wrote: inlet: expected 'signal' but got 'list' the statement, that it expected 'signal' is false, because it obviously also accepts floats. but then i find it easier to find a conversion from a single number (float) into a fixed sized number-list (signal) than a

Re: [PD] select backward compatibility

2007-09-06 Thread Frank Barknecht
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: [list( | [print] (no method for 'bang') I don't have a clear idea of which is right, but I do think that they should give the same error. Personally I would prefer it if [print] was less keen on trying to be

Re: [PD] select backward compatibility

2007-09-05 Thread Frank Barknecht
Hallo, Patrice Colet hat gesagt: // Patrice Colet wrote: Hello, I've updated on some computer pd-0.37 to 0.40, and passed a lot of time to find out an error caused by [select], attached is the mistake I've found out in my old, huge, and ugly patch. With simple words, could you people

Re: [PD] select backward compatibility

2007-09-05 Thread Patrice Colet
Frank Barknecht a écrit : Hallo, You can only sent a float to the right inlet of a [select] initialized in float-mode ([select]s, that don't have a symbol as argument, are in float-mode). Then I guess this feature came out with versions 0.37 Sending a bang into the second inlet instead

Re: [PD] select backward compatibility

2007-09-05 Thread Hans-Christoph Steiner
On Sep 5, 2007, at 9:09 AM, Frank Barknecht wrote: Hallo, Patrice Colet hat gesagt: // Patrice Colet wrote: Hello, I've updated on some computer pd-0.37 to 0.40, and passed a lot of time to find out an error caused by [select], attached is the mistake I've found out in my old,

Re: [PD] select backward compatibility

2007-09-05 Thread Frank Barknecht
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

Re: [PD] select backward compatibility

2007-09-05 Thread 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)

Re: [PD] select backward compatibility

2007-09-05 Thread Roman Haefeli
On Wed, 2007-09-05 at 19:19 -0400, Hans-Christoph Steiner wrote: If [list( is equal to [bang( then it always needs to be equal to [bang(. Right now, it is only sometimes equal to [bang( have you already tried this: [list( | [print] pd-window says: 'print: bang' . i admit, i didn't know

Re: [PD] select backward compatibility

2007-09-05 Thread Roman Haefeli
On Wed, 2007-09-05 at 19:19 -0400, Hans-Christoph Steiner wrote: 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]. oops, i should have read further. i think, i

Re: [PD] select backward compatibility

2007-09-05 Thread Miller Puckette
Supposedly, list and bang are identical. I think the right way to print an empty list is to print bang. But then again, if you're asked what the selector is, I suppose it could be legitimately described as either 'list' or 'bang' - each carries a risk of confusion. cheers Miller On Thu, Sep

Re: [PD] select backward compatibility

2007-09-05 Thread 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(.

Re: [PD] select backward compatibility

2007-09-05 Thread Hans-Christoph Steiner
This is definitely a thing that can cause confusion, that's why I think it should be consistent throughout. So one of these is probably wrong: [list( | [select] (no method for 'list') [list( | [print] (no method for 'bang') I don't have a clear idea of which is right,

Re: [PD] select backward compatibility

2007-09-05 Thread Mathieu Bouchard
On Thu, 6 Sep 2007, Roman Haefeli wrote: have you already tried this: [list( | [print] pd-window says: 'print: bang' . i admit, i didn't know that before, but it seems somehow consistent, that an empty list is equal to 'bang'. do you know a case, where it is handled differently? GridFlow