<br><br><div><span class="gmail_quote">On 12/19/06, <b class="gmail_sendername">Guido van Rossum</b> &lt;<a href="mailto:guido@python.org">guido@python.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I&#39;ve written a quick version of PEP 3106, which expresses my ideas<br>about how the dict methods to access keys, values and items should be<br>redone.<br><br>The text is in svn:<br><a href="http://svn.python.org/view/peps/trunk/pep-3106.txt?rev=53096&amp;view=markup">
http://svn.python.org/view/peps/trunk/pep-3106.txt?rev=53096&amp;view=markup</a><br><br>At some point it will appear on <a href="http://python.org">python.org</a>: <a href="http://python.org/dev/peps/pep-3106/">http://python.org/dev/peps/pep-3106/
</a><br><br>Comments please? (Or we can skip the comments and go straight to the<br>implementation stage. Patch anyone?)</blockquote><div><br>To comment on the open issues, I don&#39;t see why they can&#39;t be exposed and be subclassable.&nbsp; Couldn&#39;t they go in the collections module?&nbsp; And as for subclassing, I don&#39;t see how that would hurt anything.
<br><br>As for the names, could go with MappingKeysView or something.&nbsp; It&#39;s wordy, but you know what the classes are by name alone.&nbsp; Otherwise I would go with dict_keys or something so that the repr of these things is makes it easy to know what they are.
<br><br>-Brett</div></div>