[Python-Dev] transform() and untransform() methods, and the codec registry (original) (raw)

Guido van Rossum guido at python.org
Fri Dec 3 19:05:32 CET 2010

On Fri, Dec 3, 2010 at 9:58 AM, R. David Murray <rdmurray at bitdance.com> wrote:

On Fri, 03 Dec 2010 11:14:56 -0500, Alexander Belopolsky <alexander.belopolsky at gmail.com> wrote:

On Fri, Dec 3, 2010 at 10:11 AM, R. David Murray <rdmurray at bitdance.com> wrote: .. > Please also recall that transform/untransform was discussed before > the release of Python 3.0 and was approved at the time, but it just > did not get implemented before the 3.0 release. >

Can you provide a link?  My search for transform on python-dev came out with It was linked from the issue, if I recall correctly.  I do remember reading the thread from the python-3000 list, linked by someone somewhere :) http://mail.python.org/pipermail/python-dev/2010-June/100564.html where you seem to oppose these methods.  Also, new methods to builtins It looks to me like I was agreeing that transform/untrasnform should do only bytes->bytes or str->str regardless of what codec name you passed them. fall under the language moratorium (but can be approved on a case-by-case basis): http://www.python.org/dev/peps/pep-3003/#case-by-case-exemptions Is there an effort to document these exceptions?  I expected such approvals to be added to PEP 3003, but apparently this was not the case. I believe MAL's thought was that the addition of these methods had been approved pre-moratorium, but I don't know if that is a sufficient argument or not.

It is not.

The moratorium is intended to freeze the state of the language as implemented, not whatever was discussed and approved but didn't get implemented (that'd be a hole big enough to drive a truck through, as the saying goes :-).

Regardless of what I or others may have said before, I am not currently a fan of adding transform() to either str or bytes.

-- --Guido van Rossum (python.org/~guido)

More information about the Python-Dev mailing list