summaryrefslogtreecommitdiffstats
path: root/Lib/encodings/zlib_codec.py
Commit message (Collapse)AuthorAgeFilesLines
* Bug #1586613: fix zlib and bz2 codecs' incremental en/decoders.Georg Brandl2006-10-291-4/+26
|
* Patch #1436130: codecs.lookup() now returns a CodecInfo object (a subclassWalter Dörwald2006-03-151-2/+19
| | | | | | | of tuple) that provides incremental decoders and encoders (a way to use stateful codecs without the stream API). Functions codecs.getincrementaldecoder() and codecs.getincrementalencoder() have been added.
* Whitespace normalization.Tim Peters2002-08-081-1/+1
|
* Patch #462635 by Andrew Kuchling correcting bugs in the newMarc-André Lemburg2001-09-201-2/+4
| | | | | codecs -- the self argument does matter for Python functions (it does not for C functions which most other codecs use).
* This patch changes the way the string .encode() method works slightlyMarc-André Lemburg2001-05-151-0/+61
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.