I reviewed draft-ietf-idnabis-tables-07.    My comments are enclosed below. 

 

Technical

 

Section 5.1

 

   IANA is to keep a list of the derived property for the versions of

   Unicode that is released after (and including) version 5.1.  The

   derived property value is to be calculated according to the

   specifications in sections Section 2 and Section 3 and not by copying

   the non-normative table found in Appendix B.  

 

[BA] This seems to imply that IANA will do the calculation itself,  rather

Than just registering the results of a calculation made by someone else.  

Is that correct? 

 

Editorial

 

Section 1

 

  For example, a

   character can have its Unicode General_Category value change from So

   to Sm, or from Lo to Ll, without affecting the algorithm results.

   Moreover, even if such changes were to result, the BackwardCompatible

   list (Section 2.7) can be adjusted to ensure the stability of the

   results.

 

[BA] Lo and L1 are not defined until the next section.  Would it make sense
to define these terms earlier on? 

 

   Some code points need to be allowed in exceptional circumstances, but

   should be excluded in all other cases; these rules are also described

   in other documents.  The most notable of these are the the Join

 

[BA] "the the" -> "the"

 

Section 5.1

 

      in sections Section 2 and Section 3

 

[BA] Should this be "Sections 2 and 3"?

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf

Reply via email to