No, I am concerned about the rule being too complex to explain, and about surprising effects when the base changes (action at a distance).
I also don't necessarily think "we all agree" that what attrs does is wrong, but the rule I propose seems reasonable. On Dec 29, 2017 5:58 PM, "Ethan Smith" <et...@ethanhs.me> wrote: > > > On Fri, Dec 29, 2017 at 4:52 PM, Guido van Rossum <gu...@python.org> > wrote: > >> I still think it should overrides anything that's just inherited but >> nothing that's defined in the class being decorated. >> >> > Could you explain why you are of this opinion? Is it a concern about > complexity of implementation? > > >> On Dec 29, 2017 5:43 PM, "Nathaniel Smith" <n...@pobox.com> wrote: >> >>> On Fri, Dec 29, 2017 at 12:30 PM, Ethan Furman <et...@stoneleaf.us> >>> wrote: >>> > Good point. So auto-generate a new __repr__ if: >>> > >>> > - one is not provided, and >>> > - existing __repr__ is either: >>> > - object.__repr__, or >>> > - a previous dataclass __repr__ >>> > >>> > And if the auto default doesn't work for one's use-case, use the >>> keyword >>> > parameter to specify what you want. >>> >>> What does attrs do here? >>> >>> -n >>> >>> -- >>> Nathaniel J. Smith -- https://vorpus.org >>> _______________________________________________ >>> Python-Dev mailing list >>> Python-Dev@python.org >>> https://mail.python.org/mailman/listinfo/python-dev >>> Unsubscribe: https://mail.python.org/mailma >>> n/options/python-dev/guido%40python.org >>> >> >> _______________________________________________ >> Python-Dev mailing list >> Python-Dev@python.org >> https://mail.python.org/mailman/listinfo/python-dev >> Unsubscribe: https://mail.python.org/mailman/options/python-dev/ethan% >> 40ethanhs.me >> >> >
_______________________________________________ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
