diff --git a/jsonschema-validation.xml b/jsonschema-validation.xml index 58d334fc..c1b995e5 100644 --- a/jsonschema-validation.xml +++ b/jsonschema-validation.xml @@ -979,19 +979,21 @@ - Possible values for this property are listed in - RFC 2045, Sec 6.1 and - RFC 4648. For "base64", which is defined - in both RFCs, the definition in RFC 4648, which removes line length - limitations, SHOULD be used, as various other specifications have - mandated different lengths. Note that line lengths within a string - can be constrained using the "pattern" keyword. + Possible values indicating base 16, 32, and 64 encodings with several + variations are listed in RFC 4648. Additionally, + sections 6.7 and 6.8 of RFC 2045 provide + encodings used in MIME. As "base64" is defined in both RFCs, the definition + from RFC 4648 SHOULD be assumed unless the string is specifically intended + for use in a MIME context. Note that all of these encodings result in + strings consisting only of 7-bit ASCII characters. Therefore, this keyword + has no meaning for strings containing characters outside of that range. If this keyword is absent, but "contentMediaType" is present, this - indicates that the media type could be encoded into UTF-8 like any - other JSON string value, and does not require additional decoding. + indicates that the encoding is the identity encoding, meaning that + no transformation was needed in order to represent the content in + a UTF-8 string. @@ -1426,6 +1428,12 @@ + + + Correct email format RFC reference to 5321 instead of 5322 + Clarified the set and meaning of "contentEncoding" values + + Grouped keywords into formal vocabuarlies