summaryrefslogtreecommitdiffstats
path: root/Lib/encodings/aliases.py
Commit message (Collapse)AuthorAgeFilesLines
* Alias iso8859_1 to latin_1 which is the same encoding, but hasMarc-André Lemburg2005-10-211-0/+7
| | | | a much faster codec implementation.
* Bug #1245379: Add "unicode-1-1-utf-7" as an alias for "utf-7" as specifiedWalter Dörwald2005-10-091-0/+1
| | | | by RFC 1642.
* Rearranged mappings to value sorting order.Marc-André Lemburg2004-12-101-13/+13
|
* Added new codecs and aliases for ISO_8859-11, ISO_8859-16 andMarc-André Lemburg2004-08-051-1/+20
| | | | | | TIS-620. Closes SF bug #1001895: Adding missing ISO 8859 codecs, especially Thai.
* Added new codec hp-roman8 submitted as patch [ 996067 ] hp-roman8 codec.Marc-André Lemburg2004-07-281-0/+7
|
* Bring CJKCodecs 1.1 into trunk. This completely reorganizes sourceHye-Shik Chang2004-07-181-1/+18
| | | | | | and installed layouts to make maintenance simple and easy. And it also adds four new codecs; big5hkscs, euc-jis-2004, shift-jis-2004 and iso2022-jp-2004.
* Add a new unicode codec: ptcp154 (Kazakh)Hye-Shik Chang2004-03-191-0/+6
|
* Add some more code page aliases needed for completeness.Marc-André Lemburg2004-01-201-0/+16
|
* Fix a typo: s/iso_3022/iso2022/Hye-Shik Chang2004-01-201-1/+1
|
* Add CJK codecs support as discussed on python-dev. (SF #873597)Hye-Shik Chang2004-01-171-9/+100
| | | | | Several style fixes are suggested by Martin v. Loewis and Marc-Andre Lemburg. Thanks!
* Added codec for bz2 compression.Raymond Hettinger2003-09-231-0/+3
|
* Undo the removal. Guido mentioned that the encoding name is in activeMarc-André Lemburg2002-10-041-0/+1
| | | | by some email headers.
* Remove unneeded alias.Marc-André Lemburg2002-10-041-1/+0
|
* Fix doc-string.Marc-André Lemburg2002-10-041-3/+3
|
* Adapt lookup names to new more general encoding name normalizationMarc-André Lemburg2002-10-041-14/+14
| | | | scheme.
* Oops, must convert hyphens to underscores in keys of aliases dict.Guido van Rossum2002-09-261-1/+1
|
* Add yet another alias for ASCII found in the field. Will backport toGuido van Rossum2002-09-251-0/+1
| | | | 2.2.2.
* Corrected import behaviour for codecs which live outside the encodingsMarc-André Lemburg2002-02-111-5/+5
| | | | package.
* Add IANA character set aliases to the encodings alias dictionaryMarc-André Lemburg2002-02-101-99/+328
| | | | | | | and make alias lookup lazy. Note that only those IANA character set aliases were added for which we actually have codecs in the encodings package.
* Patch #487275: Add windows-1251 charset alias.Martin v. Löwis2001-12-021-0/+1
|
* Patch #435971: UTF-7 codec by Brian Quinlan.Marc-André Lemburg2001-09-201-0/+4
|
* Expose nl_langinfo through locale where available.Martin v. Löwis2001-08-101-0/+2
|
* Patch #429957: Add support for cp1140, which is identical to cp037,Martin v. Löwis2001-06-071-0/+5
| | | | | with the addition of the euro character. Also added a few EDBDIC aliases.
* Add some useful Windows encodings - patch #423221.Mark Hammond2001-06-041-0/+5
|
* Add quoted-printable codecGuido van Rossum2001-05-151-0/+3
|
* This patch changes the way the string .encode() method works slightlyMarc-André Lemburg2001-05-151-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | | and introduces a new method .decode(). The major change is that strg.encode() will no longer try to convert Unicode returns from the codec into a string, but instead pass along the Unicode object as-is. The same is now true for all other codec return types. The underlying C APIs were changed accordingly. Note that even though this does have the potential of breaking existing code, the chances are low since conversion from Unicode previously took place using the default encoding which is normally set to ASCII rendering this auto-conversion mechanism useless for most Unicode encodings. The good news is that you can now use .encode() and .decode() with much greater ease and that the door was opened for better accessibility of the builtin codecs. As demonstration of the new feature, the patch includes a few new codecs which allow string to string encoding and decoding (rot13, hex, zip, uu, base64). Written by Marc-Andre Lemburg. Copyright assigned to the PSF.
* Marc-Andre Lemburg <mal@lemburg.com>:Marc-André Lemburg2000-06-071-0/+22
| | | | | Added some more codec aliases. Some of them are needed by the new locale.py encoding support.
* Marc-Andre's third try at this bulk patch seems to work (except thatGuido van Rossum2000-04-051-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | his copy of test_contains.py seems to be broken -- the lines he deleted were already absent). Checkin messages: New Unicode support for int(), float(), complex() and long(). - new APIs PyInt_FromUnicode() and PyLong_FromUnicode() - added support for Unicode to PyFloat_FromString() - new encoding API PyUnicode_EncodeDecimal() which converts Unicode to a decimal char* string (used in the above new APIs) - shortcuts for calls like int(<int object>) and float(<float obj>) - tests for all of the above Unicode compares and contains checks: - comparing Unicode and non-string types now works; TypeErrors are masked, all other errors such as ValueError during Unicode coercion are passed through (note that PyUnicode_Compare does not implement the masking -- PyObject_Compare does this) - contains now works for non-string types too; TypeErrors are masked and 0 returned; all other errors are passed through Better testing support for the standard codecs. Misc minor enhancements, such as an alias dbcs for the mbcs codec. Changes: - PyLong_FromString() now applies the same error checks as does PyInt_FromString(): trailing garbage is reported as error and not longer silently ignored. The only characters which may be trailing the digits are 'L' and 'l' -- these are still silently ignored. - string.ato?() now directly interface to int(), long() and float(). The error strings are now a little different, but the type still remains the same. These functions are now ready to get declared obsolete ;-) - PyNumber_Int() now also does a check for embedded NULL chars in the input string; PyNumber_Long() already did this (and still does) Followed by: Looks like I've gone a step too far there... (and test_contains.py seem to have a bug too). I've changed back to reporting all errors in PyUnicode_Contains() and added a few more test cases to test_contains.py (plus corrected the join() NameError).
* Marc-Andre Lemburg: use all lowercase names.Guido van Rossum2000-03-311-8/+8
|
* Marc-Andre Lemburg: Unicode encodings.Guido van Rossum2000-03-101-0/+57