I'm +1 on the general concept; I think it will make explaining Python
easier in the long run. I'm not competent to vote on the details, but
I'll complain if something seems too confused to me.
Currently in the Decimal class I'm working on, I can take any of the
following types in the constructor: Decimal, tuple, string, int, float.
I'm wondering whether that approach makes sense, that any "compatible"
type should be accepted in an explicit constructor. So for your
question about dict(), perhaps any sequence/iterator type that returns
2-element sequences would be be accepted.
--
--- Aahz (@pobox.com)
Hugs and backrubs -- I break Rule 6 <*> http://www.rahul.net/aahz/
Androgynous poly kinky vanilla queer het Pythonista
I don't really mind a person having the last whine, but I do mind someone
else having the last self-righteous whine.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4