Skip to content

Commit a16e917

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 0c16668 commit a16e917

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
@@ -655,7 +655,8 @@
655655
resource is the instance to which the schema (or sub-schema)
656656
applies, rather than any larger document in which the
657657
instance may have been found. The context may be changed
658-
with the <xref target="anchor">"anchor"</xref> property.
658+
with the <xref target="anchor">"anchor"</xref> or
659+
<xref target="anchorPointer">"anchorPointer"</xref> properties.
659660
</t>
660661

661662
<t>
@@ -804,9 +805,9 @@ GET /foo/
804805
</t>
805806
<t>
806807
While an alternate context with a known URI is best set with the
807-
"anchor" keyword, the lack of a fragment identifier
808+
<xref target="anchor">"anchor"</xref> keyword, the lack of a fragment identifier
808809
syntax for application/json means that it is usually not possible to
809-
change the context within a JSON instance.
810+
change the context within a JSON instance using a URI.
810811
</t>
811812
<t>
812813
Even in "+json" media types that define JSON Pointer as a fragment identifier

0 commit comments

Comments
 (0)