Circular Reference in the IDNA / Nameprep documentation
"Colosi, John" <[email protected]>
| Newsgroups | gmane.ietf.idn |
|---|---|
| Message-ID | <[email protected]> |
All, The current documentation layout for prohibited codepoints seems confusing. To properly implement prohibitions consistent with the Nameprep 10 draft, one must: Conditionally prohibit five (5) ranges (IDNA) Conditionally prohibit leading/trailing hyphens (IDNA) Prohibit additional delimiters (+U3002) (Nameprep) Prohibit ranges from "Prohibition Tables" (Stringprep) Prohibit ranges from "Unassigned Codepoints" (Stringprep) [ from "draft-ietf-idn-nameprep-10.txt", line 107 ] "IMPORTANT NOTE: This profile MUST be used with the IDNA protocol. The IDNA protocol has additional prohibitions that are checked outside of this profile." If this statement is true, and Nameprep MUST be implemented with consideration to prohibitions in IDNA, then shouldn't these prohibitions be incorporated in the Nameprep draft? Nameprep's reference to IDNA, taken in conjunction with IDNA's reference to Nameprep seems circular. What is the motivation for relegating the conditional prohibitions to the IDNA draft? Could "non-LDH" characters be specified in a table of the Stringprep draft? The Nameprep draft would then reference this table in a conditional prohibition, encapsulating the name preparation concept. -- John