<p dir="ltr"></p>
<p dir="ltr">--Guido van Rossum (sent from Android phone)<br>
On Apr 22, 2013 6:09 PM, "R. David Murray" <<a href="mailto:rdmurray@bitdance.com">rdmurray@bitdance.com</a>> wrote:<br>
><br>
> On Tue, 23 Apr 2013 11:16:20 +1200, Greg Ewing <<a href="mailto:greg.ewing@canterbury.ac.nz">greg.ewing@canterbury.ac.nz</a>> wrote:<br>
> > Victor Stinner wrote:<br>
> > > The last proposition is to add transform() and untransform() methods<br>
> > > to bytes and str types. ... If I remember<br>
> > > correctly, the missing point is how to define which types are<br>
> > > supported by a codec<br>
> ><br>
> > Also, for any given codec, which direction is "transform"<br>
> > and which is "untransform"?<br>
><br>
> You transform *into* the encoding, and untransform *out* of the encoding.<br>
> Do you have an example where that would be ambiguous?<br>
><br>
> > Also also, what's so special about base64 et al that they<br>
> > deserve an ultra-special way of invoking them, instead of<br>
> > having to import a class or function like you do for<br>
> > *every* *other* piece of library functionality?<br>
><br>
> You can ask the same question about all the other codecs.  (And that<br>
> question has indeed been asked in the past.)<br></p>
<p dir="ltr">Except for rot13. :-)</p>
<p dir="ltr">> (One answer is that they used to work in Python2...but the longer we go<br>
> without restoring the functionality to Python3, the weaker that particular<br>
> argument becomes.)<br>
><br>
> --David<br>
> _______________________________________________<br>
> Python-Dev mailing list<br>
> <a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
> <a href="http://mail.python.org/mailman/listinfo/python-dev">http://mail.python.org/mailman/listinfo/python-dev</a><br>
> Unsubscribe: <a href="http://mail.python.org/mailman/options/python-dev/guido%40python.org">http://mail.python.org/mailman/options/python-dev/guido%40python.org</a><br>
</p>