[Python-3000] PEP 3138- String representation in Python 3000

M.-A. Lemburg mal at egenix.com
Fri May 9 12:54:02 CEST 2008


On 2008-05-08 22:55, Terry Reedy wrote:
> Functions that map unicode->unicode or bytes->bytes could be called 
> transcoders.  Each type could be given a .transcode method to go along with 
> but contrast with .encode or .decode.

Are you suggesting to have two separate methods which then
allow same-type-conversions ? One for encoding to the same
type and one for decoding ?

Fine with me.

They do have to map naturally to the codec method encode and
decode, though, so a single method won't do, unless maybe
you add a parameter to define the direction of the coding
process.

In summary, I'd just like to see the following happen:

  * revert the type restrictions on the PyCodec_* API

  * enforce the restrictions on the .encode() and .decode()
    methods of PyUnicode and PyString objects (str and bytes)

  * add a way to PyUnicode and PyString objects (str and bytes)
    to allow same type encoding and decoding

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Source  (#1, May 09 2008)
 >>> Python/Zope Consulting and Support ...        http://www.egenix.com/
 >>> mxODBC.Zope.Database.Adapter ...             http://zope.egenix.com/
 >>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
________________________________________________________________________

:::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,MacOSX for free ! ::::


    eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
     D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
            Registered at Amtsgericht Duesseldorf: HRB 46611


More information about the Python-3000 mailing list