RetroSearch Browse

Fri Dec 10 00:10:38 CET 2010 · http://mail.python.org/pipermail/python-dev/2010-December/106640.html

On 12/9/2010 5:54 PM, Raymond Hettinger wrote:
> It would make me happy if we could agree to kill or at least mortally wound
> str.swapcase(). I did some research on what it is go for and found
> that it is a vestige of an old word processor command to handle
> the case where a user accidentally left the caps lock key turned-on.
> AFAICT using Google's code search, it has nearly zero value for
> Python scripts. It does have a cost however, the code search turned-up
> many cases where people were writing string like objects and included
> swapcase() just so they could match the built-in API.
>
> It's time for swapcase() to go the way of the dinosaurs.

+1, assuming the normal deprecation process.

If we're looking to reduce the number of methods on str, I wouldn't mind 
seeing center() and zfill() also go away, since they're trivially 
replaced by format().

 >>> '3'.zfill(10)
'0000000003'
 >>> format('3', '>010')
'0000000003'

 >>> '3'.center(10)
'    3     '
 >>> format('3', '^10')
'    3     '

 >>> '3'.center(10, '-')
'----3-----'
 >>> format('3', '-^10')
'----3-----'

Although I'll grant this the case for the demise of center() and zfill() 
isn't as strong as for swapcase(). It's truly useless.

Eric.

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from http://mail.python.org/pipermail/python-dev/2010-December/106640.html below:

[Python-Dev] sWAPcASE Was: transform() and untransform() methods, and the codec registry