[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

AltStyle によって変換されたページ (->オリジナル) /