Extensibility support for Traversable resources #77
Comments
|
In GitLab by @jaraco on Feb 17, 2020, 14:46 mentioned in merge request !76 |
|
In GitLab by @jaraco on Feb 17, 2020, 14:56 mentioned in commit ca98a0db5f5f208e43a6c36dc728b8db648af9f2 |
|
In GitLab by @jaraco on Feb 17, 2020, 14:59 In the aforementioned commit, I've drafted a TraversableResources class, which by way of subclassing ResourceReader provides a default implementation of a ResourceReader implemented on |
|
In GitLab by @jaraco on Feb 17, 2020, 15:02 I've started !85 to review the specific implementation. |
|
In GitLab by @jaraco on Mar 2, 2020, 18:19 removed milestone |
|
In GitLab by @jaraco on Mar 6, 2020, 13:13 closed via merge request !85 |
This was referenced Oct 21, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
In GitLab by @jaraco on Feb 17, 2020, 14:46
With the introduction of the
importlib_resources.filesAPI (!76), there's now a feature gap where non-standard loaders can no longer supply a hook to serve resources (of that type - they can still serve the legacy API). Such support is crucial to the broad success of this package.In this comment I outline a possible replacement interface that this project can solicit from loaders.
The text was updated successfully, but these errors were encountered: