[PD-dev] how math objects respond to a bang
Hans-Christoph Steiner
hans at eds.org
Mon Feb 13 15:28:44 CET 2006
On Feb 13, 2006, at 7:13 AM, IOhannes m zmoelnig wrote:
> Mathieu Bouchard wrote:
>> On Wed, 8 Feb 2006, IOhannes m zmoelnig wrote:
>>
>>
>>> i agree that [clip] should respond to bang. i am not that sure about
>>> [atan2]: personally i think that atan2 is a unop (the values are just
>>> there for get all 4 quadrants) and the 2nd inlet shouldn't be there
>>> at
>>> all.
>>
>>
>> man atan2
>>
>> And then tell me how many args it takes in C. Then try it in Perl,
>> Ruby,
>> whatever. It's all the same. It's a two-input operator. So let it
>> behave
>> the way two-input operators do.
>
> i do not see how this contradicts my earlier mail.
> obviously, "atan2" takes 2 arguments, but they can be seen as parts
> (real/imag, nominator/denominator) of _one_ value ("numeric entitiy" or
> whatever the math name would be, i dunno)
> therefore i (still) think that "atan2" is kind of an unop, even though
> it needs 2 values, in any language.
> for various reasons (lack of imaginary numbers, history,...), atan2 is
> implemented as binop in most (if not all) languages.
>
> a variable "ö" would be written in most prog.languages (except java,
> but
> who writes java...) with 2 letters, even though it is really a single
> letter. so what?
>
I forgot to mention, what is the harm in having arguments and a bang
method for [atan2]? A bit of extra memory use?
.hc
________________________________________________________________________
____
If you are not part of the solution, you are part of the problem.
-
Eldridge Cleaver
More information about the Pd-dev
mailing list