A Revised Rational Proposal

Mike Meyer mwm at mired.org
Tue Dec 28 11:38:54 EST 2004


"John Roth" <newsgroups at jhrothjr.com> writes:

> "Mike Meyer" <mwm at mired.org> wrote in message
> news:86r7lbviye.fsf at guru.mired.org...
>> Nick Coghlan <ncoghlan at iinet.net.au> writes:
>>
>>> Mike Meyer wrote:
>>>> Yup. Thank you. This now reads:
>>>> Regarding str() and repr() behaviour, repr() will be either
>>>> ''rational(num)'' if the denominator is one, or ''rational(num,
>>>> denom)'' if the denominator is not one. str() will be either ''num''
>>>> if the denominator is one, or ''(num / denom)'' if the denominator is
>>>> not one.
>>>> Is that acceptable?
>>>
>>> Sounds fine to me.
>>>
>>> On the str() front, I was wondering if Rational("x / y") should be an
>>> acceptable string input format.
>>
>> I don't think so, as I don't see it coming up often enough to warrant
>> implementing. However, Rational("x" / "y") will be an acceptable
>> string format as fallout from accepting floating point string
>> representations.
>
> How would that work? I though the divide would be
> evaluated before the function call, resulting in an exception
> (strings don't implement the / operator).

That was a mistake on my part. It would be Rational("x", "y").

     <mike

-- 
Mike Meyer <mwm at mired.org>			http://www.mired.org/home/mwm/
Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information.



More information about the Python-list mailing list