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(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf