<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Dec 29, 2017 at 7:10 AM, Stephen J. Turnbull <span dir="ltr"><<a href="mailto:turnbull.stephen.fw@u.tsukuba.ac.jp" target="_blank">turnbull.stephen.fw@u.tsukuba.ac.jp</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
</span>Recently a question has been raised about the decorator overriding<br>
methods defined in the class (especially __repr__).  People feel that<br>
if the class defines a method, the decorator should not override it.<br>
The current API requires passing "repr=false" to the decorator.<span class=""></span><br></blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">I think this is a reasonable question, though I'm not sure how "big" it is. Note that if the *base* class defines __repr__ the decorator should still override it (unless repr=False), since there's always object.__repr__ (and same for most other dunders). We should also (like we did with most questions big and small) look at what attrs does and why.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Regarding whether this should live on PyPI first, in this case that would not be helpful, since attrs is already the category killer on PyPI. So we are IMO taking the best course possible given that we want something in the stdlib but not exactly attrs.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">-- <br><div class="gmail_signature" data-smartmail="gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div></div>