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
We need some generic mechanism for saying "I have a new Specification, it's like DRAFT202012 but with a new keyword foo" and then allowing the new keyword foo to either have a schema value (a la additionalItems or whatever) or schema-containing values (properties) etc...
Obviously the most "generic" mechanism will be fully defining subresources_of (and now maybe_in_subresource) as a generic callable -- but a simple/fast interface which just allows adding the extra keyword will make things easier downstream.
The text was updated successfully, but these errors were encountered:
This is .. ugly and duplicative. But more correct.
When traversing a JSON Pointer, we need to know when and if we're
entering a subresource, and this differs by spec (and has to do
with whether we've just entered a known keyword).
This will likely get less duplicative when #24 is done.
We need some generic mechanism for saying "I have a new
Specification
, it's likeDRAFT202012
but with a new keywordfoo
" and then allowing the new keywordfoo
to either have a schema value (a laadditionalItems
or whatever) or schema-containing values (properties
) etc...Obviously the most "generic" mechanism will be fully defining
subresources_of
(and nowmaybe_in_subresource
) as a generic callable -- but a simple/fast interface which just allows adding the extra keyword will make things easier downstream.The text was updated successfully, but these errors were encountered: