[Python-3000] Unicode identifiers
Georg Brandl
g.brandl at gmx.net
Tue Jun 12 22:28:21 CEST 2007
[crossposting to python-3000]
Martin v. Löwis schrieb:
[removing string->string codecs]
>>> You're not losing functionality -- these conversions will remain
>>> available by importing the appropriate module. You're losing a very
>>> minor amount of convenience.
>>
>> Of the mentioned encodings base64, uu, zlib, rot_13, hex, and quopri (bz2
>> should be in there as well) these all could work in the unicode<->bytes
>> way, except for rot13.
>
> What does it mean to apply base64 to a string that contains characters
> with ordinals > 256? Likewise for uu, zlib, hex, and quopri.
>
> They really encode bytes, not characters.
Perhaps I may then suggest a new bytes API, transform().
b"abc".transform("base64") would then do the same as today's "abc".encode("base64").
A unified bytestring transforming API could then make many of the
functions scattered across many modules obsolete.
Whether the opposite way would be via a different transformer name
or a untransform() method remains to be debated.
Georg
More information about the Python-3000
mailing list