<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 29 November 2017 at 20:11, Barry Warsaw <span dir="ltr"><<a href="mailto:barry@python.org" target="_blank">barry@python.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">Serhiy Storchaka wrote:<br>
> In 3.7 I have removed an old-deprecated plistlib.Dict. [1] Actually it<br>
> already was deprecated when the plistlib module was added to the regular<br>
> stdlib in Python 2.6.<br>
><br>
</span><span class="gmail-">> Raymond noticed that that capability seemed nice to have.<br>
<br>
</span>So nice in fact that I'm sure I've reimplemented something similar<br>
several times. :)<br>
<span class="gmail-"><br>
> What do you think about reviving this type as general purpose type in<br>
> collections or types? Perhaps it can be convenient for working with<br>
> JSON, plists, configuration files, databases and in other cases that<br>
> need a dict with string keys.<br>
><br>
> If reintroduce it, there are open questions.<br>
><br>
> 1. The name of the type.<br>
><br>
> 2. The location of the type. collections or types? Or other variants?<br>
><br>
> 3. How it will collaborate with OrderedDict, defaultdict, etc?<br>
><br>
> 4. Should it be a dict subclass, or a mixin, or a proxy? Or add several<br>
> types?<br>
<br>
</span>I also wonder whether PEP 557 dataclasses could provide this except in<br>
the opposite direction, e.g. by optionally adding __getitem__ support.<br>
<span class="gmail-HOEnZb"></span></blockquote><div><br></div><div>This was discussed in <a href="https://github.com/ericvsmith/dataclasses/issues/21">https://github.com/ericvsmith/dataclasses/issues/21</a><br></div><div>and it was decided to postpone this.</div><div><br></div><div>--</div><div>Ivan</div><div><br></div><div><br></div></div></div></div>