<div dir="ltr">Being the one who left the comment, I'm all for adding it. <div><br></div><div>The reason I wondered why it was not there was because I was aware you are the author of both so, I believe, the con of it being a 3rd party library is minimized. I've also seen plenty of people asking around for more advanced usages of Enums so it's better to direct them to a library that not only covers many cases but is also reliable due to you authoring it.</div><div><br></div><div>I'm afraid that the alternative of adding it to the wiki (as you replied) would make no tangible difference on its visibility.   </div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div><br></div><div><br></div></div></div></div></div></div></div></div></div></div></div></div><div class="gmail_quote">On Wed, May 10, 2017 at 1:47 AM, Brett Cannon <span dir="ltr"><<a href="mailto:brett@python.org" target="_blank">brett@python.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br><div class="gmail_quote"><div><div class="h5"><div dir="ltr">On Tue, 9 May 2017 at 10:59 Mark Lawrence via Python-Dev <<a href="mailto:python-dev@python.org" target="_blank">python-dev@python.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 09/05/2017 18:05, Ethan Furman wrote:<br>
> A comment on a recent SO answer [1] wondered why my aenum library wasn't<br>
> mentioned in the docs to help guide people that needed/wanted more<br>
> advanced Enum options to it.  I responded that Python was not in the<br>
> habit of mentioning third-party libraries in the docs.<br>
><br>
> However, I thought I would double-check here to see if it might be a<br>
> good idea.<br>
><br>
> Pros:<br>
> - drop-in replacement for the stdlib Enum<br>
> - has many advanced features such as<br>
>    - auto __init__ building<br>
>    - multi-value members<br>
>    - duplicate value but non-aliasing members<br>
>    - etc.<br>
> - I'm the primary/only maintainer for both<br>
><br>
> Cons:<br>
> - third-party library<br>
><br>
> Thoughts?<br>
><br>
> --<br>
> ~Ethan~<br>
><br>
><br>
> [1] <a href="http://stackoverflow.com/a/43855536/208880" rel="noreferrer" target="_blank">http://stackoverflow.com/a/<wbr>43855536/208880</a><br>
<br>
The precedent is all ready set as the third-party regex module gets a<br>
mention here <a href="https://docs.python.org/3/library/re.html" rel="noreferrer" target="_blank">https://docs.python.org/3/<wbr>library/re.html</a> and the requests<br>
package here <a href="https://docs.python.org/3/library/urllib.request.html" rel="noreferrer" target="_blank">https://docs.python.org/3/<wbr>library/urllib.request.html</a>.<br></blockquote><div><br></div></div></div><div>Mark's right that we already do this for select modules. Since aenum is by the author of enum to add things that don't fit in the stdlib and has been out for years (i.e. by you, Ethan :) , I see nothing wrong with linking to it.</div></div></div>
<br>______________________________<wbr>_________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/d.f.hilliard%40gmail.com" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/options/python-dev/d.<wbr>f.hilliard%40gmail.com</a><br>
<br></blockquote></div><br></div></div>