[issue30535] Explicitly note that meta_path is not empty

2019-05-13 Thread Windson Yang


Windson Yang  added the comment:

I created a PR for it. TBO, meta_path is not a good name since it doesn't 
contain any *path* at all.

--
nosy: +Windson Yang

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue30535] Explicitly note that meta_path is not empty

2019-05-13 Thread Windson Yang


Change by Windson Yang :


--
keywords: +patch
pull_requests: +13211
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue30535] Explicitly note that meta_path is not empty

2017-06-02 Thread Nick Coghlan

Nick Coghlan added the comment:

s/Warn/Explicitly note/ in the issue title :)

I think this is actually both important enough and subtle enough to warrant a 
".. note::" callout in the docs.

In Python 3, it would say to use `sys.meta_path.insert(0, finder)` if you want 
your finder to take precedence over the default search locations, and 
`sys.meta_path.append(finder)` if you only want it handle cases that aren't 
already handled by the default machine.

In Python 2, it would say that custom finders on `sys.meta_path` will always 
take precedence over the default machinery, and if you want to do otherwise, 
you'll need to use `importlib2` and install its loaders into `sys.meta_path` 
ahead of your own.

--
title: Warn that meta_path is not empty -> Explicitly note that meta_path is 
not empty

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com