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 | loewis |
|---|---|
| Recipients | georg.brandl, loewis, rupole |
| Date | 2008年07月01日.20:37:43 |
| SpamBayes Score | 0.00018198803 |
| Marked as misclassified | No |
| Message-id | <1214944664.59.0.830985952725.issue3240@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
As Georg says: you shouldn't be mixing Unicode objects and string objects. It's perfectly valid for string.letters to contain non-ASCII bytes, and it's no surprise that this fails for you. string.letters indeed *does* contain only letters. In any case, testing for letter-ness by using "in string.letters" is not a good idea, as it involves a linear search. I recommend to use u"a".isalpha() instead |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年07月01日 20:37:44 | loewis | set | spambayes_score: 0.000181988 -> 0.00018198803 recipients: + loewis, georg.brandl, rupole |
| 2008年07月01日 20:37:44 | loewis | set | spambayes_score: 0.000181988 -> 0.000181988 messageid: <1214944664.59.0.830985952725.issue3240@psf.upfronthosting.co.za> |
| 2008年07月01日 20:37:44 | loewis | link | issue3240 messages |
| 2008年07月01日 20:37:43 | loewis | create | |