This is taken care of in upcoming version (-08) of the document. Patrik On 17 okt 2009, at 17.50, Bernard Aboba wrote: > 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@xxxxxxxx > https://www.ietf.org/mailman/listinfo/ietf _______________________________________________ Ietf mailing list Ietf@xxxxxxxx https://www.ietf.org/mailman/listinfo/ietf