[Import-SIG] PEP 420 issue: extend_path

Eric V. Smith eric at trueblade.com
Thu May 10 01:46:28 CEST 2012


On 5/9/2012 12:14 PM, Barry Warsaw wrote:
> On May 09, 2012, at 06:19 PM, Nick Coghlan wrote:
> 
>> Eric's counter-proposal is to handle the 3 scenarios as:
>>
>> 1. (<loader>, <don't care>)
>> 2. (None, [<path entries>])
>> 3. (None, [])
> 

...

> I'd like to relax the formal specification just a bit though, so that the
> second element is a sequence, not necessarily a concrete list.

I was going to say just use whatever list.extend() is documented to
accept, but I notice that's "list" [1]. I would assume it can really be
any iterable. But since len() is called on it (in case 3, above), I
guess "sequence of strings" is the best description.

But if case 3 were changed to (None, None), then I wouldn't need to call
len(), and it could be any iterable returning strings in case 2. What
are your thoughts on making case 3 (None, None)? I sort of like it.

For case 1, I'm currently returning "<don't care>" part as an empty
string. Should I document it as that, or as really "<don't care>"? I
don't have an opinion on this.

Eric.

[1]: http://docs.python.org/tutorial/datastructures.html#more-on-lists


More information about the Import-SIG mailing list