Skip to content

Commit 219cbc3

Browse files
authored
Fix typo
/dyanmic/dynamic/
1 parent 30f97c8 commit 219cbc3

File tree

1 file changed

+9
-9
lines changed

1 file changed

+9
-9
lines changed

jsonschema-core.xml

Lines changed: 9 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -624,7 +624,7 @@
624624
which must be resolved against another value, such as another
625625
URI-reference or a full URI, which is found through the lexical
626626
structure of the JSON document. The "$id", "$ref", and
627-
"$dyanmicRef" core keywords, and the "base" JSON Hyper-Schema
627+
"$dynamicRef" core keywords, and the "base" JSON Hyper-Schema
628628
keyword, are examples of this sort of behavior.
629629
</t>
630630
<t>
@@ -638,12 +638,12 @@
638638
with an instance document. The outermost dynamic scope is the
639639
root schema of the schema document in which processing begins.
640640
The path from this root schema to any particular keyword (that
641-
includes any "$ref" and "$dyanmicRef" keywords that may have
641+
includes any "$ref" and "$dynamicRef" keywords that may have
642642
been resolved) is considered the keyword's "validation path."
643643
<cref>
644644
Or should this be the schema object at which processing
645645
begins, even if it is not a root? This has some implications
646-
for the case where "$dyanmicAnchor" is only allowed in the
646+
for the case where "$dynamicAnchor" is only allowed in the
647647
root schema but processing begins in a subschema.
648648
</cref>
649649
</t>
@@ -658,8 +658,8 @@
658658
dynamic parent, rather than examining the local lexically enclosing parent.
659659
</t>
660660
<t>
661-
The concept of dynamic scope is primarily used with "$dyanmicRef" and
662-
"$dyanmicAnchor", and should be considered an advanced feature
661+
The concept of dynamic scope is primarily used with "$dynamicRef" and
662+
"$dynamicAnchor", and should be considered an advanced feature
663663
and used with caution when defining additional keywords. It also appears
664664
when reporting errors and collected annotations, as it may be possible
665665
to revisit the same lexical scope repeatedly with different dynamic
@@ -721,8 +721,8 @@
721721
<t>
722722
While custom identifier keywords are possible, vocabulary designers should
723723
take care not to disrupt the functioning of core keywords. For example,
724-
the "$dyanmicAnchor" keyword in this specification limits its URI resolution
725-
effects to the matching "$dyanmicRef" keyword, leaving the behavior
724+
the "$dynamicAnchor" keyword in this specification limits its URI resolution
725+
effects to the matching "$dynamicRef" keyword, leaving the behavior
726726
of "$ref" undisturbed.
727727
</t>
728728
</section>
@@ -774,7 +774,7 @@
774774
For some by-reference applicators, such as
775775
<xref target="ref">"$ref"</xref>, the referenced schema can be determined
776776
by static analysis of the schema document's lexical scope. Others,
777-
such as "$dyanmicRef" (with "$dyanmicAnchor"), may make use of dynamic
777+
such as "$dynamicRef" (with "$dynamicAnchor"), may make use of dynamic
778778
scoping, and therefore only be resolvable in the process of evaluating
779779
the schema with an instance.
780780
</t>
@@ -1435,7 +1435,7 @@
14351435
<section title="Schema References" anchor="references">
14361436
<t>
14371437
Several keywords can be used to reference a schema which is to be applied to the
1438-
current instance location. "$ref" and "$dyanmicRef" are applicator
1438+
current instance location. "$ref" and "$dynamicRef" are applicator
14391439
keywords, applying the referenced schema to the instance.
14401440
</t>
14411441
<t>

0 commit comments

Comments
 (0)