Bypass native readers with files

[jaraco]

• Disable native reader even if it supplies files, because it might not have features/fixes present in this library. Fixes files(...).joinpath doesn't accept variable number of arguments in Python 3.10+ #257.

[jaraco]

Verified the fix against the repro:

$ pip-run sphinxcontrib-htmlhelp git+https://github.com/python/importlib_resources@feature/future-is-here -- -c "import importlib_resources as resources; resources.files('sphinxcontrib').joinpath('htmlhelp', 'templates')" && echo Worked!
Worked 

[jaraco]

Ignore the first commit. That's on main now and unrelated.

[FFY00]

Hum, this disregards custom loaders, no? What about simply giving our readers precedence?

[jaraco]

Hum, this disregards custom loaders, no? What about simply giving our readers precedence?

Excellent point. I think I'd missed that consideration, which probably also means that the test suite could use better coverage to capture that use-case.

Also, your suggestion to simply give precedence to this module's readers might be an excellent approach.

[jaraco]

In this latest chain, I've pushed a test that passes against main but fails with the patch, capturing the concern FFY00 raised.

[jaraco]

I've confirmed that the patch still works for the reported failure:

 draft $ pip-run sphinxcontrib-htmlhelp git+https://github.com/python/importlib_resources@main -- -c "import importlib_resources as resources; resources.files('sphinxcontr
ib').joinpath('htmlhelp', 'templates')" && echo Worked!
Traceback (most recent call last):
  File "<string>", line 1, in <module>
TypeError: MultiplexedPath.joinpath() takes 2 positional arguments but 3 were given
 draft $ pip-run sphinxcontrib-htmlhelp git+https://github.com/python/importlib_resources@feature/future-is-here -- -c "import importlib_resources as resources; resources.
files('sphinxcontrib').joinpath('htmlhelp', 'templates')" && echo Worked!
Worked