This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
| Author | jyasskin |
|---|---|
| Recipients | facundobatista, gvanrossum, jyasskin, mark.dickinson, rhettinger |
| Date | 2008年01月15日.07:47:56 |
| SpamBayes Score | 0.05049856 |
| Marked as misclassified | No |
| Message-id | <1200383280.0.0.401227199549.issue1682@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
Thanks! I've added some minimal documentation and construction from other Rationals. The other formats for string parsing center around where whitespace is allowed, and whether you can put parens around the whole fraction. Parens would, of course, go away if str() no longer produces them. So they're not significantly different. I guess my objection to construction from strings is mostly that I'm ambivalent, and especially for a core library, that means no. If there's support from another core developer or two, I'd have no objections. Inexact is saying that one thing could be ==3 and the other ==0, so I think it's correct. Negative zeros are a problem. :) I think the default implementations are still fine, but you're right that classes like Decimal will need to think about it, and the numbers module should mention the issue. It's not related to the Rational implementation though, so in another patch. I've submitted this round as r59974. Onto the next patch! :) |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年01月15日 07:48:00 | jyasskin | set | spambayes_score: 0.0504986 -> 0.05049856 recipients: + jyasskin, gvanrossum, rhettinger, facundobatista, mark.dickinson |
| 2008年01月15日 07:48:00 | jyasskin | set | spambayes_score: 0.0504986 -> 0.0504986 messageid: <1200383280.0.0.401227199549.issue1682@psf.upfronthosting.co.za> |
| 2008年01月15日 07:47:58 | jyasskin | link | issue1682 messages |
| 2008年01月15日 07:47:57 | jyasskin | create | |