Author ncoghlan
Recipients eric.araujo, eric.smith, ncoghlan, r.david.murray
Date 2010-09-20.11:42:31
SpamBayes Score 2.90047e-05
Marked as misclassified No
Message-id <1284982954.1.0.0765247551806.issue9873@psf.upfronthosting.co.za>
In-reply-to
Content
The design approach (at least for urllib.parse) is to add separate *b APIs that operate on bytes rather than implicitly allowing bytes in the ordinary versions of the function.

Allowing programmers to manipulate correctly encoded (and hence ASCII compatible) bytes to avoid decode/encode overhead when manipulating URLs is fine (and the whole point of adding the new functions). Allowing them to *not know* whether they have encoded data or text suitable for display to the user isn't necessary (and is easy to add later if we decide we want it, while taking it away is far more difficult).

More detail at http://mail.python.org/pipermail/python-dev/2010-September/103828.html
History
Date User Action Args
2010-09-20 11:42:34ncoghlansetrecipients: + ncoghlan, eric.smith, eric.araujo, r.david.murray
2010-09-20 11:42:34ncoghlansetmessageid: <1284982954.1.0.0765247551806.issue9873@psf.upfronthosting.co.za>
2010-09-20 11:42:32ncoghlanlinkissue9873 messages
2010-09-20 11:42:31ncoghlancreate