summaryrefslogtreecommitdiff
path: root/Lib/encodings/hex_codec.py
Commit message (Collapse)AuthorAgeFilesLines
* #7475: Remove references to '.transform' from transform codec docstrings.R David Murray2014-03-131-2/+1
|
* Issue #19619: Blacklist non-text codecs in method APISerhiy Storchaka2014-02-241-0/+1
| | | | | | | | | | | | str.encode, bytes.decode and bytearray.decode now use an internal API to throw LookupError for known non-text encodings, rather than attempting the encoding or decoding operation and then throwing a TypeError for an unexpected output type. The latter mechanism remains in place for third party non-text encodings. Backported changeset d68df99d7a57.
* #7475: add (un)transform method to bytes/bytearray and str, add back codecs ↵Georg Brandl2010-12-021-0/+55
| | | | that can be used with them from Python 2.
* Rip out all codecs that can't work in a unicode/bytes world:Walter Dörwald2007-06-121-79/+0
| | | | | | | | base64, uu, zlib, rot_13, hex, quopri, bz2, string_escape. However codecs.escape_encode() and codecs.escape_decode() still exist, as they are used for pickling str8 objects (so those two functions can go, when the str8 type is removed).
* Merge part of the trunk changes into the p3yk branch. This merges from 43030Thomas Wouters2006-04-211-2/+19
| | | | | | | | | | | | (branch-creation time) up to 43067. 43068 and 43069 contain a little swapping action between re.py and sre.py, and this mightily confuses svn merge, so later changes are going in separately. This merge should break no additional tests. The last-merged revision is going in a 'last_merge' property on '.' (the branch directory.) Arbitrarily chosen, really; if there's a BCP for this, I couldn't find it, but we can easily change it afterwards ;)
* 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/+60
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.