Skip to content

Commit 9618468

Browse files
committed
Integrate "anchor" and "anchorPointer"
Now that "anchor" has been merged, there are a few points where its text and that of the "anchorPointer" proposal needed adjusting to fit with each other properly.
1 parent e40b252 commit 9618468

File tree

1 file changed

+4
-3
lines changed

1 file changed

+4
-3
lines changed

jsonschema-hyperschema.xml

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -768,7 +768,8 @@
768768
resource is the instance to which the schema (or sub-schema)
769769
applies, rather than any larger document in which the
770770
instance may have been found. The context may be changed
771-
with the <xref target="anchor">"anchor"</xref> property.
771+
with the <xref target="anchor">"anchor"</xref> or
772+
<xref target="anchorPointer">"anchorPointer"</xref> properties.
772773
</t>
773774

774775
<t>
@@ -917,9 +918,9 @@ GET /foo/
917918
</t>
918919
<t>
919920
While an alternate context with a known URI is best set with the
920-
"anchor" keyword, the lack of a fragment identifier
921+
<xref target="anchor">"anchor"</xref> keyword, the lack of a fragment identifier
921922
syntax for application/json means that it is usually not possible to
922-
change the context within a JSON instance.
923+
change the context within a JSON instance using a URI.
923924
</t>
924925
<t>
925926
Even in "+json" media types that define JSON Pointer as a fragment identifier

0 commit comments

Comments
 (0)