Implement #295 - Visually separate private from public modules #296
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
#295
This makes many small changes across many files which will make it tricky to dive into each individual change.
In a nutshell, this is meant to prevent accidental use of private members. All tests have been updated to reflect this, external projects such as pyblish-qml and pyblish-lite must now do the same.
A majority of members were already present in
api.py
, some were not, most notably some inutil.py
.The members used in
util.py
is meant to stem from a public origin, so it's likely these will need to transition intoapi.py
, as "developer extras" or "advanced" functionality, as they will be meant solely for custom publishers and GUIs, and not general consumption.Still have to think through how to properly expose these, without locking too much of the internals down from changing.
To give this PR a try