-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Schema: Location of definitions #17
Comments
In thinking this through, I think we hit a slight issue in that it may only be useful to know about the dereferenced schema paths, but this can lead to lots of duplication of information. E.g. if you extend 'value' object, you don't really want to show users every single place this is changed. I think though we can interpret updates to things in "/definitions" as 'additional fields every where that object X is used', and updates to things under '/properties' as 'additional fields in X section'. I've mocked this up below. I've mocked this up below. Note also that in this mock up I've:
|
@timgdavies thanks for the mockup. That was pretty close to what I was getting at.
So we just show all the dereferenced paths, as that seems to be the most useful. I do not think there will ever be too many for this to be a problem, even for the Value object in my opinion, but we could have a cutoff of say 5 (and perhaps a modal showing them all). |
I've done part of this. The remaining parts are:
|
At the moment the schema reference page just gives the list of all the fields within all the definitions that exist in the extension.
It would be useful to also display what paths (i.e jsonpointer paths) within the schema showing where those definitions live.
The text was updated successfully, but these errors were encountered: