Re: [PD] scale from maxlib - undocumented feature

2007-09-27 Thread Mathieu Bouchard
On Tue, 25 Sep 2007, Claude Heiland-Allen wrote: --8-- Unless they arrange otherwise by defining a list method, objects respond to the list message by distributing the arguments of the message to their inlets, except for the first argument which is passed as a float or symbol message to the

Re: [PD] scale from maxlib - undocumented feature

2007-09-24 Thread João Miguel Pais
This is a standard feature of all obects/externals: If the hot inlet does not accept a list, the first element is sent to the first inlet, the second element to the second inlet, etc... oh, I guess I was missing something all these years You were probably already using it with [line~]

Re: [PD] scale from maxlib - undocumented feature

2007-09-24 Thread Charles Henry
course it's a really handy tool. but since I can't look at an object inside it's code, there was no way for me to know about it. That is interesting to know. I didn't know that it was a standard behavior either but since you've brought it up, now I'd like to know how the code allows this

Re: [PD] scale from maxlib - undocumented feature

2007-09-24 Thread Claude Heiland-Allen
Charles Henry wrote: I will have to read some more later~ http://www-crca.ucsd.edu/~msp/Pd_documentation/x2.htm#s6.4 --8-- Unless they arrange otherwise by defining a list method, objects respond to the list message by distributing the arguments of the message to their inlets, except for the

Re: [PD] scale from maxlib - undocumented feature

2007-09-24 Thread Martin Peach
Charles Henry wrote: course it's a really handy tool. but since I can't look at an object inside it's code, there was no way for me to know about it. That is interesting to know. I didn't know that it was a standard behavior either but since you've brought it up, now I'd like to

Re: [PD] scale from maxlib - undocumented feature

2007-09-23 Thread Frank Barknecht
Hallo, João Miguel Pais hat gesagt: // João Miguel Pais wrote: This is a standard feature of all obects/externals: If the hot inlet does not accept a list, the first element is sent to the first inlet, the second element to the second inlet, etc... oh, I guess I was missing something all

Re: [PD] scale from maxlib - undocumented feature

2007-09-23 Thread Mathieu Bouchard
On Sun, 23 Sep 2007, João Miguel Pais wrote: I just found out that if a list is sent to a |scale|, all values after the 1st substitute the parameters. The result will be the scaling of the 1st number, but already with the new parameters. Is this intentional, or was it a lucky effect? Maybe it

[PD] scale from maxlib - undocumented feature

2007-09-22 Thread João Miguel Pais
Hi, I just found out that if a list is sent to a |scale|, all values after the 1st substitute the parameters. The result will be the scaling of the 1st number, but already with the new parameters. Is this intentional, or was it a lucky effect? Maybe it would be better to update the

Re: [PD] scale from maxlib - undocumented feature

2007-09-22 Thread Thomas O Fredericks
This is a standard feature of all obects/externals: If the hot inlet does not accept a list, the firs Tom On 9/22/07, João Miguel Pais [EMAIL PROTECTED] wrote: Hi, I just found out that if a list is sent to a |scale|, all values after the 1st substitute the parameters. The result will be

Re: [PD] scale from maxlib - undocumented feature

2007-09-22 Thread Thomas O Fredericks
This is a standard feature of all obects/externals: If the hot inlet does not accept a list, the first element is sent to the first inlet, the second element to the second inlet, etc... Tom On 9/22/07, João Miguel Pais [EMAIL PROTECTED] wrote: Hi, I just found out that if a list is