On Wed, Mar 19, 2014 at 4:53 AM, Marko Rauhamaa wrote:
> Ian Kelly :
>
>> On Wed, Mar 19, 2014 at 4:09 AM, Marko Rauhamaa wrote:
>>> So complex(a, b) is documented to produce a+bj when a and b are integers
>>> or floats. What's more natural than saying it produces a+bj when a and b
>>> are comple
On Wed, Mar 19, 2014 at 5:04 AM, Skip Montanaro wrote:
> On Wed, Mar 19, 2014 at 5:33 AM, Ian Kelly wrote:
>> When is it ever useful though?
>
> About as often as int(0), float(0), or float(0.0) which all work as
> expected, though probably don't turn up in a lot of code.
The analogous call to t
Le mercredi 19 mars 2014 12:04:06 UTC+1, Skip Montanaro a écrit :
> On Wed, Mar 19, 2014 at 5:33 AM, Ian Kelly wrote:
>
> > When is it ever useful though?
>
>
>
> About as often as int(0), float(0), or float(0.0) which all work as
>
> expected, though probably don't turn up in a lot of code.
On Wed, Mar 19, 2014 at 5:33 AM, Ian Kelly wrote:
> When is it ever useful though?
About as often as int(0), float(0), or float(0.0) which all work as
expected, though probably don't turn up in a lot of code.
Skip
--
https://mail.python.org/mailman/listinfo/python-list
Ian Kelly :
> On Wed, Mar 19, 2014 at 4:09 AM, Marko Rauhamaa wrote:
>> So complex(a, b) is documented to produce a+bj when a and b are integers
>> or floats. What's more natural than saying it produces a+bj when a and b
>> are complex numbers? It's a straightforward generalization that in no
>>
On Wed, Mar 19, 2014 at 4:09 AM, Marko Rauhamaa wrote:
> wxjmfa...@gmail.com:
>
>> Le mercredi 19 mars 2014 09:51:20 UTC+1, Marko Rauhamaa a écrit :
>>> wxjmfa...@gmail.com:
>>> complex(2, 1+1j)
>>> > (1+1j)
>>>
>>> I find it neat, actually.
>>
> # tricky: yes, neat: no
> complex(1+1j
wxjmfa...@gmail.com:
> Le mercredi 19 mars 2014 09:51:20 UTC+1, Marko Rauhamaa a écrit :
>> wxjmfa...@gmail.com:
>> complex(2, 1+1j)
>> > (1+1j)
>>
>> I find it neat, actually.
>
# tricky: yes, neat: no
complex(1+1j, 2)
> (1+3j)
So complex(a, b) is documented to produce a+bj when
Le mercredi 19 mars 2014 09:51:20 UTC+1, Marko Rauhamaa a écrit :
> wxjmfa...@gmail.com:
>
>
>
> > This is, in my mind, more questionable:
>
> >
>
> complex(2, 1+1j)
>
> > (1+1j)
>
>
>
> I find it neat, actually.
>
>
>
>
>
> Marko
>>> # tricky: yes, neat: no
>>> complex(1+1j, 2)
wxjmfa...@gmail.com:
> This is, in my mind, more questionable:
>
complex(2, 1+1j)
> (1+1j)
I find it neat, actually.
Marko
--
https://mail.python.org/mailman/listinfo/python-list
z = a + b*i with a, b, elements of R
z = r*exp(i*phi)with r, phi, elements of R
z = [[a, -b], [b, a]] with a, b, elements of R
This is, in my mind, more questionable:
>>> complex(2, 1+1j)
(1+1j)
>>>
>>> print(complex.__doc__)
complex(real[, imag]) -> complex number
Create a complex n
On 3/17/14 11:52 PM, Steven D'Aprano wrote:
On Mon, 17 Mar 2014 11:18:56 -0500, Mark H Harris wrote:
Who knows, beats me.
With respect, that's just because you would make a lousy language
designer :-)
Ouch;-)
"How should one spell a complex number?" There is perfectly good syntax
Christian Gollwitzer :
> The same problem arises with unary minus, but it's less annoying
> because -(a*b) = (-a)*b.
>>> -1**2
-1
Marko
--
https://mail.python.org/mailman/listinfo/python-list
Hi Steven,
Am 18.03.14 09:00, schrieb Steven D'Aprano:
On Tue, 18 Mar 2014 08:04:44 +0100, Christian Gollwitzer wrote:
Am 15.03.14 17:26, schrieb Jayanth Koushik:
This is regarding the inbuilt 'complex' function. The python docs say:
"Note: When converting from a string, the string must not c
On Tue, 18 Mar 2014 08:04:44 +0100, Christian Gollwitzer wrote:
> Am 15.03.14 17:26, schrieb Jayanth Koushik:
>> This is regarding the inbuilt 'complex' function. The python docs say:
>> "Note: When converting from a string, the string must not contain
>> whitespace around the central + or - opera
On Tue, Mar 18, 2014 at 6:04 PM, Christian Gollwitzer wrote:
> As others have explained, the basic issue is the question how to parse an
> expression like
>
> 1+2i*3
>
> is it "complex(1+2i) times 3" or is it sum of 1 and product of complex 2i
> and 3?
The only way to have it be the forme
Am 15.03.14 17:26, schrieb Jayanth Koushik:
This is regarding the inbuilt 'complex' function. The python docs
say: "Note: When converting from a string, the string must not
contain whitespace around the central + or - operator. For example,
complex('1+2j') is fine, but complex('1 + 2j') raises Va
On Tue, Mar 18, 2014 at 3:52 PM, Steven D'Aprano wrote:
> The first is a valid identifier, the second is a syntax error. Oh
> somebody please tell me it's not a valid C expression! *wink*
It's not a valid C expression.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
On Mon, 17 Mar 2014 11:18:56 -0500, Mark H Harris wrote:
> How should one spell a complex number? Should we use i or j ? Should the
> imaginary part be set off somehow? Should literals be parsed
> differently (or consistently) with correctly formed strings? Who knows,
> beats me.
With respect,
On Mon, 17 Mar 2014 21:22:18 +0200, Marko Rauhamaa wrote:
> Chris Angelico :
>
>> On Tue, Mar 18, 2014 at 5:15 AM, Marko Rauhamaa
>> wrote:
>>> Is "-2.0" a literal?
>>>
>>> What's the outcome of
>>>
>>>-2.0.__str__()
>>
>> If you mean (-2.0).__str__(), then it returns '-2.0', but that proves
On Mon, Mar 17, 2014 at 7:16 PM, Chris Angelico wrote:
> On Tue, Mar 18, 2014 at 10:59 AM, Skip Montanaro wrote:
>> Perhaps it's worth pointing out that pylint complains about most/many
>> infix operations if you don't surround the operator with white space.
>
> IMO that's excessive. Not every in
On Tue, Mar 18, 2014 at 10:59 AM, Skip Montanaro wrote:
> Perhaps it's worth pointing out that pylint complains about most/many
> infix operations if you don't surround the operator with white space.
IMO that's excessive. Not every infix operator needs whitespace.
ChrisA
--
https://mail.python.
On Mon, Mar 17, 2014 at 5:06 PM, Terry Reedy wrote:
> Mathematicians genearally write both without spaces.
Mathematicians also have a tendency to use single letter variables and
often escape into non-ASCII character sets as well.
Perhaps it's worth pointing out that pylint complains about most/
On 3/17/2014 1:55 PM, Mark Dickinson wrote:
Jayanth Koushik gmail.com> writes:
"Note: When converting from a string, the string must not contain whitespace
around the central + or - operator. For example, complex('1+2j') is fine, but
complex('1 + 2j') raises ValueError."
Why is this so?
See
On Tue, Mar 18, 2014 at 6:22 AM, Marko Rauhamaa wrote:
> Chris Angelico :
>
>> On Tue, Mar 18, 2014 at 5:15 AM, Marko Rauhamaa wrote:
>>> Is "-2.0" a literal?
>>>
>>> What's the outcome of
>>>
>>>-2.0.__str__()
>>
>> If you mean (-2.0).__str__(), then it returns '-2.0', but that proves
>> not
Chris Angelico :
> On Tue, Mar 18, 2014 at 5:15 AM, Marko Rauhamaa wrote:
>> Is "-2.0" a literal?
>>
>> What's the outcome of
>>
>>-2.0.__str__()
>
> If you mean (-2.0).__str__(), then it returns '-2.0', but that proves
> nothing.
The point is, you don't need to "philosophize" about complex
On Tue, Mar 18, 2014 at 5:15 AM, Marko Rauhamaa wrote:
>>> This '3 + 2j' is not a number, its an algebraic sum.
>>>
>>> This '3+2j' is a complex number. Ok, maybe not, but its closer to what
>>> we expect (I'm sorry, but I like i instead of j )
>>
>>Hmm. That's a pretty tricky distinction.
>
> I
On Mon, Mar 17, 2014 at 12:15 PM, Marko Rauhamaa wrote:
> Is "-2.0" a literal?
>
> What's the outcome of
>
>-2.0.__str__()
No. The compiler will try to optimize it into a single constant if it
can, but it has to be done in accordance with the order of operations.
In that example, the __str_
On 3/17/14 12:03 PM, Chris Angelico wrote:
ast.dump(ast.parse("complex( 3 +2j )"))
"Module(body=[Expr(value=Call(func=Name(id='complex', ctx=Load()),
args=[BinOp(left=Num(n=3), op=Add(), right=Num(n=2j))], keywords=[],
starargs=None, kwargs=None))])"
The sole argument to complex() is an expr
Chris Angelico :
> On Tue, Mar 18, 2014 at 3:18 AM, Mark H Harris wrote:
>> Philosophically, I tend to think about it this way. A complex number
>> is like any other number. I would not form a PI string like this> ' 3
>> .14 1 5 9265 3 . . .' I would rather see it formed like so,
>> '3.1415926535
Jayanth Koushik gmail.com> writes:
> "Note: When converting from a string, the string must not contain whitespace
> around the central + or - operator. For example, complex('1+2j') is fine, but
> complex('1 + 2j') raises ValueError."
>
> Why is this so?
See http://bugs.python.org/issue9574 for
On Tue, Mar 18, 2014 at 3:18 AM, Mark H Harris wrote:
> You actually answered your own question, as you were asking it. If the doc
> says "whatever you do, don't push the purple button," well, leave the purple
> button alone. :) (I don't know, push it if you want)
https://www.wizards.com/m
On 3/15/14 11:26 AM, Jayanth Koushik wrote:
This is a very interesting philosophical question, one which I am
surprised no one has answered; although, I think the reason for that
might be entirely obvious.
You actually answered your own question, as you were asking it. If the
doc says "whate
32 matches
Mail list logo
