Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commit 8407415

Browse files
gregsdennisjdesrosiers
andcommitted
Apply suggestions from code review
Co-authored-by: Jason Desrosiers <jdesrosi@gmail.com>
1 parent 636aa37 commit 8407415

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

‎jsonschema-core.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -907,8 +907,8 @@ to establish a base IRI in order to resolve the reference.
907907
#### The `$id` Keyword {#id-keyword}
908908

909909
The `$id` keyword identifies a schema resource. The value for this keyword MUST
910-
be a string, and MUST represent a valid [IRI reference](#rfc3987) (without a
911-
fragment).
910+
be a string, and MUST represent a valid [IRI reference](#rfc3987) without a
911+
fragment.
912912

913913
When the value of this keyword is resolved against the current base IRI, the
914914
resulting absolute IRI then serves as the identifier for the schema resource and
@@ -1262,7 +1262,7 @@ desired to identify the object containing the `$ref` in the second
12621262

12631263
Due to the potential break in functionality described above, the behavior for
12641264
using JSON Pointer fragments that point to or cross a resource boundary is
1265-
undefined. Schema authors SHOULD NOT rely on such IRIs, as using them may
1265+
undefined. Schema authors SHOULD NOT rely on such IRIs, as using them may
12661266
reduce interoperability.[^8]
12671267

12681268
[^8]: This is to avoid requiring implementations to keep track of a whole stack

0 commit comments

Comments
(0)

AltStyle によって変換されたページ (->オリジナル) /