This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author terry.reedy
Recipients gregory.p.smith, terry.reedy
Date 2013-03-01.20:57:34
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1362171455.18.0.551873327509.issue17301@psf.upfronthosting.co.za>
In-reply-to
Content
I think you need to make more of a case for 'should'. Bytearrays are, well, byte arrays, not text arrays. I could just as well claim that the ascii text operations should not even be there. They are certainly not needed for typical mixed binary-ascii protocol strings, which is what bytearrars were intended for. In any case, this would fatten the api considerably for not too much benefit. I think that this, like many or most enhancement proposals, should best be discussed on python-ideas list before any tracker action.

I consider translate an exception to the above comments. It is a byte operation, not a text operations. bytearry.translate could plausibly have been defined as 'in-place' when added. Most of the other operations are special cases of translate, and can therefore be done with translate, without the limitation to only ascii chars. If one wants to directly uppercase latin-1 encoded bytes without decoding to text, one would need .translate anyway.
History
Date User Action Args
2013-03-01 20:57:35terry.reedysetrecipients: + terry.reedy, gregory.p.smith
2013-03-01 20:57:35terry.reedysetmessageid: <1362171455.18.0.551873327509.issue17301@psf.upfronthosting.co.za>
2013-03-01 20:57:35terry.reedylinkissue17301 messages
2013-03-01 20:57:34terry.reedycreate