Message122193
The proposal is to display builtin subclasses as for example:
>>> help(ArithmeticError)
class ArithmeticError(Exception)
| Base class for arithmetic errors.
|
| Method resolution order:
| ArithmeticError
| Exception
| BaseException
| object
|
| Built-in subclasses:
| FloatingPointError
| OverflowError
| ZeroDivisionError
Note that this really affects only exceptions because no other builtin class has builtin subclasses. (dict has subclasses in collections, but not in builtins.)
Exception hierarchy is presented in the reference manual at
http://docs.python.org/dev/library/exceptions.html?#exception-hierarchy
I wonder if rather than having MRO and subclasses sections, we should just present a portion of the exception hierarchy including the given exception, all its bases and direct subclasses:
object
|
BaseException
|
Exception
|
*ArithmeticError*
|
+-- FloatingPointError
+-- OverflowError
+-- ZeroDivisionError |
|
Date |
User |
Action |
Args |
2010-11-23 05:34:29 | belopolsky | set | recipients:
+ belopolsky, georg.brandl, terry.reedy, ron_adam, eric.araujo, brian.curtin, robcliffe, henriquebastos, Rodolpho.Eckhardt |
2010-11-23 05:34:29 | belopolsky | set | messageid: <1290490469.43.0.24195081406.issue8525@psf.upfronthosting.co.za> |
2010-11-23 05:34:26 | belopolsky | link | issue8525 messages |
2010-11-23 05:34:26 | belopolsky | create | |
|