Mark Dickinson <dicki...@gmail.com> added the comment: Comment by gumtree copied from issue3734 discussion:
> While Mark Dickinson's patch fixes the documentation, it does not offer > a solution to the original problem, which was rooted in a need to > provide special behaviour based on the numeric types. I made the > original posting because I hoped that this problem could be resolved. gumtree, would you be interested in working on a patch for this feature- request? As mentioned above, the necessary changes are already present in 3.x, so all that's entailed is figuring out which bits of the Object/complexobject.c in the py3k source need to be transferred to the trunk, and making sure that everything's properly tested. Alternatively, could you explain in a little more detail why this change is important to you? Subclassing complex doesn't seem like a very common thing to want to do, so I'm curious about your use case. ---------- nosy: +gumtree _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue5211> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com