<div dir="ltr"><div class="gmail_default" style="font-size:small">Makes sense. Thanks.  S</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Steve Holden<br></div></div></div>
<br><div class="gmail_quote">On Mon, Jul 17, 2017 at 4:29 PM, Raymond Hettinger <span dir="ltr"><<a href="mailto:raymond.hettinger@gmail.com" target="_blank">raymond.hettinger@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Jul 17, 2017, at 8:22 AM, Steve Holden <<a href="mailto:steve@holdenweb.com">steve@holdenweb.com</a>> wrote:<br>
><br>
> My only question is "what's a variable called _source doing in the public API?"<br>
<br>
</span>The convention for named tuple hnas been for all the methods and attributes to be prefixed with an underscore so that the names won't conflict with field names in the named tuple itself.  For example, we want to allow Path=namedtuple('Path', ['source', 'destination']).<br>
<br>
If I had it all to do over again, it might have been better to have had a different convention like source_ with a trailing underscore, but that ship sailed long ago :-)<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Raymond</font></span></blockquote></div><br></div>