Message349616
| Author |
Greg Price |
| Recipients |
Greg Price, benjamin.peterson, ezio.melotti, mcepl, serhiy.storchaka, vstinner |
| Date |
2019年08月13日.20:22:31 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1565727751.28.0.548263776384.issue32771@roundup.psfhosted.org> |
| In-reply-to |
| Content |
Speaking of improving functionality:
> Having unicodedata readily accessible to the str type would also permit higher a fidelity unicode implementation. For example, implementing language-tailored str.lower() requires having canonical combining class of a character available. This data lives only in unicodedata currently.
Benjamin, can you say more about the behavior you have in mind here? I don't entirely follow. (Is or should there be an issue for it?) |
|