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 larry
Recipients brett.cannon, larry, ncoghlan, serhiy.storchaka, yselivanov
Date 2014-01-23.09:12:35
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1390468356.52.0.474182438326.issue20360@psf.upfronthosting.co.za>
In-reply-to
Content
The signatures for builtins are stored as text and interpreted at runtime on demand.  inspect.Signature gets the default value for a parameter as a text string, which it evaluates (by hand, in a highly constrained way) to produce the parameter's value member.

Serhiy cleverly suggested that it'd be nice if Signature objects could also make this string available, as it's often more readable than the value.  For example, there's a parameter in zlib with the default "MAX_DECOMPRESSION - 1"; that turns into 7 I think.  Which would you prefer?

Right now there's no place to store this in the parameter object, so it can't happen for 3.4.  But perhaps in 3.5 we could add it, and figure out how to present it to the user.  For example __str__ could use it.


Thinking a little laterally: we *could* hide it in a *private* member on the Parameter object, then only use it for calculating __str__.  That would look so fancy!  Should we consider doing that for 3.4?
History
Date User Action Args
2014-01-23 09:12:36larrysetrecipients: + larry, brett.cannon, ncoghlan, serhiy.storchaka, yselivanov
2014-01-23 09:12:36larrysetmessageid: <1390468356.52.0.474182438326.issue20360@psf.upfronthosting.co.za>
2014-01-23 09:12:36larrylinkissue20360 messages
2014-01-23 09:12:35larrycreate