[Python-Dev] Optional arguments for str.encode /.decode
python at rcn.com
Sat Nov 8 09:29:28 EST 2003
> "Raymond Hettinger" <raymond.hettinger at verizon.net> writes:
> > Idea for the day: Let the str.encode/decode methods accept keyword
> > arguments to be forwarded to the underlying codec.
> -1. The non-Unicode usage of .encode should not have been there in the
> first place, IMO, so I dislike any extensions to it.
I understand a desire to keep it pure. Would it be useful to add a
separate method to support non-Unicode access? This style of access has
some wonderful properties in terms of decoupling, accessibility,
learnability, and uniformity. I can image that many kinds of bulk
string operations could benefit from this interface:
t.transform('substitution', name='guido', home='netherlands')
More information about the Python-Dev