> How about a strtools module? I was thinking that constants like > ascii_letters could go there along with an implementation of join() that > took arguments in an obvious way (or at least the way everyone seems to > request it). Barry's string replacement function could also go there > (the one using $; wasn't it agreed that interpolation was the wrong term > to use or something?). > > This would prevent polluting the str type too much plus remove any > hindrance that there necessarily be a mirror value for Unicode since the > docs can explicitly state it only works for str in those cases. Do we have an indication that the str type is getting polluted too much? Apart from the locale-specific things and maketrans, what else wouldn't work for Unicode that's currently under consideration? --Guido van Rossum (home page: http://www.python.org/~guido/)
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4