Thanks for the edits on this document! Comments below.

> 1) <!-- [rfced] Please insert any keywords (beyond those that appear in
> the title) for use on _https://www.rfc-editor.org/search -->

 “Unicode”, “UTF-8”, “Surrogates”, “Noncharacters”, “Control characters”

> 2) <!--[rfced] FYI: In Section 2, we updated the enlarged "⨉" to "*"
> for multiplication as the enlarged "⨉" is not used in the RFC
> Series. If "x" (lowercase) is preferred instead of "*", please
> let us know.
> 
> Original:
>   There are 1,114,112 (17 ⨉ 2^16) code points;...
> 
> Current:
>   There are 1,114,112 (17 * 2^16) code points;...
> -->

Sure.

> 3) <!--[rfced] Please clarify this sentence - does option A or B capture
> the intended meaning, or do you prefer otherwise?
> 
> Original:
>   Unicode describes a variety of encoding forms, ways to marshal code
>   points into byte sequences. 
> 
> Perhaps A:
>   Unicode describes a variety of encoding forms and ways to 
>   marshal code points into byte sequences. 
> 
> Perhaps B:
>   Unicode describes a variety of encoding forms that can be used to 
>   marshal code points into byte sequences. 
> -->

We prefer option B.

> 4) <!--[rfced] AD: As requested by the authors, we made the following
> update within the sourcecode in Section 2 (see the last
> line). Please review and provide your approval of this change.
> 
> Original:
> xml-character =
>    %x9 / %xA / %xD /   ; useful controls
>    %x20-D7FF /         ; exclude surrogates
>    %xE000-FFFD /       ; exclude FFFE and FFFF nonchars
>    %x100000-10FFFF
> 
> Current:
> xml-character =
>    %x9 / %xA / %xD /   ; useful controls
>    %x20-D7FF /         ; exclude surrogates
>    %xE000-FFFD /       ; exclude FFFE and FFFF nonchars
>    %x10000-10FFFF
> -->

This is correct. We even asked a careful external reviewer to check, and he 
approved as well.

> 5) <!--[rfced] FYI: As requested by the authors, we made the following
> update in Section 6:
> 
> Original:
>   ...the example would remain a conforming JSON Text but...
> 
> Current:
>   ...the example would remain a conforming JSON text but... 
> -->

This is correct.

> 6) <!-- [rfced] Please review the "type" attribute of each sourcecode element
> in the XML file to ensure correctness. If the current list of preferred
> values for "type"
> (https://www.rfc-editor.org/rpc/wiki/doku.php?id=sourcecode-types)
> does not contain an applicable type, then feel free to let us know.
> Also, it is acceptable to leave the "type" attribute not set.   
> -->

They are all correct.

> 7) <!-- [rfced] Some author comments are present in the XML. Please confirm 
> that
> no updates related to these comments are outstanding. Note that the
> comments will be deleted prior to publication.
> -->

All of the comments in the XML appear in this message. :-)

> 8) <!-- [rfced] FYI - We have added expansions for the following abbreviations
> per Section 3.6 of RFC 7322 ("RFC Style Guide"). Please review each
> expansion in the document carefully to ensure correctness.
> 
> Concise Binary Object Representation (CBOR)
> Internet JSON (I-JSON) 
> -->

They are fine.

> 9) <!-- [rfced] Please review the "Inclusive Language" portion of the online 
> Style Guide <https://www.rfc-editor.org/styleguide/part2/*inclusive_language>
> and let us know if any changes are needed.  Updates of this nature typically
> result in more precise language, which is helpful for readers.
> 
> Note that our script did not flag any words in particular, but this should 
> still be reviewed as a best practice.
> -->

We have no text changes for inclusivity after looking at that document.

We have one minor editorial change we would like to request:

OLD:
These issues, among many others, led to many efforts by the Unicode Consortium,
NEW:
These issues, among many others, led to efforts by the Unicode Consortium,


--Paul Hoffman


-- 
auth48archive mailing list -- auth48archive@rfc-editor.org
To unsubscribe send an email to auth48archive-le...@rfc-editor.org

Reply via email to