<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 31, 2018 at 12:31 PM Chris Angelico <<a href="mailto:rosuav@gmail.com">rosuav@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">What is being asked for here (if I'm not misreading) is a relatively simple<br>
enhancement to a method on a built-in type (or a small handful of<br>
types). If that garners reasonable support, the next step wouldn't be<br>
a PEP, it'd just go straight to a tracker issue and a pull request.<br>
<br>
For myself, I'm +0 on adding default=. It'd be a minor convenience on<br>
a very small number of cases. But it wouldn't bother me at all so it<br>
wouldn't be a problem if it were to land.<br></blockquote><div><br></div><div>If the consensus is to add a default keyword parameter for the rest of the get/pop methods on built-in types, it'd be reasonable to write an addendum to PEP 463 that mentions what is being established as the Pythonic interface: When a method can raise IndexError or KeyError, the method should provide an optional default which suppresses the error.</div></div></div>