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 ezio.melotti, georg.brandl, lemburg, mrabarnett, pitrou
Date 2009-05-04.08:25:47
SpamBayes Score 9.702293e-10
Marked as misclassified No
Message-id <49FEA824.1080006@egenix.com>
In-reply-to <1241256026.69.0.184003855831.issue5902@psf.upfronthosting.co.za>
Content
On 2009-05-02 11:20, Georg Brandl wrote:
> Georg Brandl <georg@python.org> added the comment:
> 
> I don't think this is a good idea.  Accepting all common forms for
> encoding names means that you can usually give Python an encoding name
> from, e.g. a HTML page, or any other file or system that specifies an
> encoding.  If we only supported, e.g., "UTF-8" and no other spelling,
> that would make life much more difficult.  If you look into
> encodings/__init__.py, you can see that throwing out all
> non-alphanumerics is a conscious design choice in encoding name
> normalization.
> 
> The only thing I don't know is why "utf" is an alias for utf-8.
> 
> Assigning to Marc-Andre, who implemented most of codecs.

-1 on making codec names strict.

The reason why we have to many aliases is to enhance compatibility
with other software and data, not to encourage use of these aliases
in Python itself.
History
Date User Action Args
2009-05-04 08:25:49lemburgsetrecipients: + lemburg, georg.brandl, pitrou, ezio.melotti, mrabarnett
2009-05-04 08:25:48lemburglinkissue5902 messages
2009-05-04 08:25:47lemburgcreate