This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author loewis
Recipients benjamin.peterson, flox, georg.brandl, lemburg, loewis, skip.montanaro
Date 2009-12-12.19:25:17
SpamBayes Score 7.292453e-10
Marked as misclassified No
Message-id <4B23EE1B.5070903@v.loewis.de>
In-reply-to <1260632429.18.0.94666723444.issue7475@psf.upfronthosting.co.za>
Content
> So, after reading the above comments, I think we may end up with
> following changes:
>  * restore the "bytes-to-bytes" codecs in the "encodings" package
>  * then create new helpers on bytes objects (either
>    ".transform()/.untransform()" or ".encodebytes()/.decodebytes")

I would still be opposed to such a change, and I think it needs a PEP.
If the codecs are restored, one half of them becomes available to
.encode/.decode methods, since the codec registry cannot tell which
ones implement real character encodings, and which ones are other
conversion methods. So adding them would be really confusing.

I also wonder why you are opposed to the import statement. My
recommendation is indeed that you use the official API for these
libraries (and indeed, there is an official API for each of them,
unlike real codecs, which don't have any other documented API).
History
Date User Action Args
2009-12-12 19:25:19loewissetrecipients: + loewis, lemburg, skip.montanaro, georg.brandl, benjamin.peterson, flox
2009-12-12 19:25:17loewislinkissue7475 messages
2009-12-12 19:25:17loewiscreate