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 ezio.melotti
Recipients Arfrever, ezio.melotti, gregory.p.smith, gruszczy, meatballhat, rhettinger
Date 2012-02-27.20:11:04
SpamBayes Score 7.8579006e-08
Marked as misclassified No
Message-id <1330373466.0.0.158876530049.issue8706@psf.upfronthosting.co.za>
In-reply-to
Content
On one hand I agree that it would be nice to get rid of these implementation details that prevent some C functions/methods to accept keyword args, but on the other hand I'm not sure that changing them all is the right thing to do.
For some functions/methods being able to pass keyword args make the code more readable/flexible, but for some other there's no real gain.
It also seems to me that since the arguments where only positional, not much thought went into choosing an appropriate name for these arguments.
For example str.join() is documented as str.join(iterable), and the C function calls the argument 'data'.
If we use those names, we won't have a chance to fix them later, so we should be careful before doing a mass-update.
History
Date User Action Args
2012-02-27 20:11:06ezio.melottisetrecipients: + ezio.melotti, rhettinger, gregory.p.smith, Arfrever, gruszczy, meatballhat
2012-02-27 20:11:06ezio.melottisetmessageid: <1330373466.0.0.158876530049.issue8706@psf.upfronthosting.co.za>
2012-02-27 20:11:05ezio.melottilinkissue8706 messages
2012-02-27 20:11:04ezio.melotticreate