Nick Barnes <[EMAIL PROTECTED]> added the comment: My original defect report here was incorrect, or possibly only relates to a particular older Python installation. It is still the case that UTF-7 decoding is fussier than it need be (decoding should be permissive), and is broken specifically for the '/' character (ASCII 47). I'm probably going to rewrite the whole codec for greater clarity and decoding permissiveness.
Any UTF-7 encoder has two boolean parameters: whether to base-64 encode whitespace (sp, ht, nl, cr), and whether to base-64 encode "set O" characters. The existing Python UTF-7 encoder says "no" to both of these. It would be useful to have them as options. How should encoding parameters such as these be passed? As setstate() methods on the IncrementalEncoder and StreamWriter objects? Or should I provide four separate codecs (retaining the existing behaviour in the 'utf7' codec, of course). _______________________________________ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4426> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
