Message304041
A note regarding *only* using the warnings module to turn things off:
The problem I have with that is that the UX is relatively clumsy, and hence runs into the concern Guido mentions above: "having this warning pop up every time you import a provisional module while developing code feels like harassment of the very users we'd like to try out the provisional APIs."
By contrast, "To rely on this provisional feature without getting a runtime FutureWarning, set this application level feature flag in your __main__ module" feels like exactly the right level of affirmative agreement to me - the equivalent of clicking through a confirmation dialog, or ticking an "I agree" check box on a form.
Libraries registering that agreement on behalf of their users would then always be inappropriate, while whether or not it was appropriate for a framework to do it would depend on the framework and the feature. |
|
Date |
User |
Action |
Args |
2017-10-10 13:20:44 | ncoghlan | set | recipients:
+ ncoghlan, gvanrossum, r.david.murray, serhiy.storchaka, dstufft, hawkowl |
2017-10-10 13:20:44 | ncoghlan | set | messageid: <1507641644.08.0.213398074469.issue31742@psf.upfronthosting.co.za> |
2017-10-10 13:20:44 | ncoghlan | link | issue31742 messages |
2017-10-10 13:20:44 | ncoghlan | create | |
|