On Aug 11, 2:14 am, Adam Atlas <a...@atlas.st> wrote:
Perhaps `repr` instead could grow a `pretty` parameter, default False; if true, it could also take the `depth`, `indent`, and `width` parameters that `pformat` now takes.
that would only lead to endless bloat. once you start bloating one part of the core, there's no reason not to bloat the others, and pretty soon you'll end up with perl 6. besides, how can you tell how does one wish to format his output? the core must remain lean, providing only the bare functionality. customizations should be added through stdlib/extension/3rd party modules. on the other hand, the core should be designed in an open-minded, non-restrictive fashion, so as to allow external modules to extend the desired functionality. keep it simple: that's a general design methodology, applicable not only for this issue (which is exactly why i hate the new metaclasses pep). -tomer