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 eric.snow
Recipients barry, eli.bendersky, eric.snow, ethan.furman
Date 2013-09-04.21:57:04
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1378331824.58.0.456873658996.issue18924@psf.upfronthosting.co.za>
In-reply-to
Content
I'm also -1, though I do appreciate the "indicating intent" argument.  What's the risk that someone will accidentally overwrite an enum item?  Also, is there other enum functionality that relies on the continued existence of the initial enum items?  If not then I'm in the "consenting adults" camp.  Eli makes a good point about the potential for (ultimately) unnecessary complexity and what that costs us.

However, now's the time to come to a conclusion--before the 3.4 release (and likely beta 1) lock in the API.
History
Date User Action Args
2013-09-04 21:57:04eric.snowsetrecipients: + eric.snow, barry, eli.bendersky, ethan.furman
2013-09-04 21:57:04eric.snowsetmessageid: <1378331824.58.0.456873658996.issue18924@psf.upfronthosting.co.za>
2013-09-04 21:57:04eric.snowlinkissue18924 messages
2013-09-04 21:57:04eric.snowcreate