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 lemburg
Recipients doerwalter, ezio.melotti, lemburg, ncoghlan, python-dev, serhiy.storchaka, vstinner
Date 2013-11-22.17:49:59
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <528F993F.3070804@egenix.com>
In-reply-to <CADiSq7dfsTyBqsNCVFgXoxOPJCZ0hFOeTqYarT324BHYpvYDXw@mail.gmail.com>
Content
Victor, please accept the fact that the codec sub-system in Python
doesn't only have the Unicode implementation as target. It's
true that most codecs were added for the Unicode implementation,
but I deliberately designed the system to be open for other
purposes such as encoding/decoding between different representations
of data as well.

The hex/base64 and compression codecs are example of such
representations, but there are many other uses as well, e.g.
escaping of data in various ways, serialization of objects,
direct conversions between encoded data (à la recode), etc.

Python's history is full of cases where we've opened up its
functionality to new concepts and designs. If you want to propose
to remove the openness in the codec system for some perceived idea
of purity, then you will need to come up with very good arguments -
not only to convince me, but also to convince the Python users
at large :-)

I would much rather like to see the openness of the system used
more in the stdlib and have it developed further to make it easier
to use.
History
Date User Action Args
2013-11-22 17:49:59lemburgsetrecipients: + lemburg, doerwalter, ncoghlan, vstinner, ezio.melotti, python-dev, serhiy.storchaka
2013-11-22 17:49:59lemburglinkissue19619 messages
2013-11-22 17:49:59lemburgcreate