[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
_______________________________________________
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
