[EMAIL PROTECTED] wrote:
> Simon Forman:
>
>> accessing it from a
>> module (perhaps math.. math.infinity, math.epsilon, etc., just like
>> math.pi and math.e.)
>
> It too looks acceptable.
>
>
>> I look forward to hearing your thoughts an the subject.
>
> Thank you, but I am not expert enoug
Simon Forman:
> accessing it from a
> module (perhaps math.. math.infinity, math.epsilon, etc., just like
> math.pi and math.e.)
It too looks acceptable.
> I look forward to hearing your thoughts an the subject.
Thank you, but I am not expert enough on such topics to give you good
comments, s
[EMAIL PROTECTED] wrote:
> Simon Forman:
> > It's unlikely to
> > be deprecated since it doesn't make much sense to make it an attribute
> > of the str type.
>
> Why?
>
> Thank you,
> bearophile
Let me toss the question back at you: Does it make sense to you that
str should have this attribute?
Simon Forman:
> It's unlikely to
> be deprecated since it doesn't make much sense to make it an attribute
> of the str type.
Why?
Thank you,
bearophile
--
http://mail.python.org/mailman/listinfo/python-list
Anoop wrote:
> Hi All
>
> Hope u all might have come across the string deprecation thought of in
> Python 3.0.
>
> For example : string.lower(str) needs to be some thing like
> str.lower().
>
> Can some one help me out whether such a change in the common python
> would require
> "string.digits" to
Hi All
Hope u all might have come across the string deprecation thought of in
Python 3.0.
For example : string.lower(str) needs to be some thing like
str.lower().
Can some one help me out whether such a change in the common python
would require
"string.digits" to be changed. If yes wat would be
