You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be very useful to be able to add (at least) description to the $ref in case of (at least) response part of the API specification.
It would allow me to specify generic reusable response that could be refined for every concrete use case. Because there are a lot of cases of responses that have the same structure, only the difference is the information why / when the error occurred.
Oxample of the use case:
In more generic perspective, it could be useful to allow to "override" some parts of references (examples, parameters ...).
The text was updated successfully, but these errors were encountered:
This should probably be tracked in #2099. While not technically a JSON Schema issue, it is an example of the sort of question that will come up once JSON Schema keywords are allowed adjacent to $ref in OAS 3.1.
Originally I posted this request to the swagger editor group, but they redirected me here - they can't make such changes to this tool (= editor) if the schema says things different. That's why I posted it also here.
It would be very useful to be able to add (at least) description to the $ref in case of (at least) response part of the API specification.
It would allow me to specify generic reusable response that could be refined for every concrete use case. Because there are a lot of cases of responses that have the same structure, only the difference is the information why / when the error occurred.
Oxample of the use case:
In more generic perspective, it could be useful to allow to "override" some parts of references (examples, parameters ...).
The text was updated successfully, but these errors were encountered: