<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jan 19, 2018 at 8:47 PM, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@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="">On 20 January 2018 at 07:49, Mario Corchero <<a href="mailto:mariocj89@gmail.com">mariocj89@gmail.com</a>> wrote:<br>
> I am happy to put some work into this (and Pablo Galindo in CC offered to<br>
> pair on it) but it is not clear for me whether the next step is drafting a<br>
> new PEP or this is just blocked on "re-evaluating" the current one.<br>
<br>
</span>I think that would be a question for Larry,<br></blockquote><div><br></div><div>I think you meant  for Guido. It's not Larry's language (yet :-).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> since there are two main options here:<br>
<br>
- proposing just the "/" part of PEP 457 (which allows positional-only<br>
arguments, but doesn't allow the expression of all builtin and<br>
standard library signatures)<br>
- proposing the full PEP 547,<br></blockquote><div><br></div><div>I assume you meant PEP 457 again. :-)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> including the "argument groups" feature<br>
(which is a bigger change, but allows the expression of signatures<br>
like "range([start,] stop, [step,] /)")<br>
<br>
One key benefit I'd see to a new subset-of-457 PEP is that it would<br>
allow a decision to be made on the basic "/" proposal without deciding<br>
one way or the other on whether or not to provide a native way to<br>
express signatures like the one for range().</blockquote><div><br></div><div>I personally don't think such signatures are common enough to warrant special syntax, and I don't want to encourage them. The few we have (basically range(), slice() and a few functions in the curses module) don't inspire a lot of copy-cat APIs.</div><div><br></div><div>OTOH the more plain positional-only arguments are a pretty common need -- for example, for methods that are conventionally used that way, and overridden with disregard for argument names.</div><div><br></div><div>(IOW I agree with you here. ;-)<br></div></div><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div></div>