You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Overly restrictive rules for KATAKANA MIDDLE DOTÂ #46
RFC5892 A.7 states that the KATAKANA MIDDLE DOT character https://tools.ietf.org/html/rfc5892#appendix-A.7 requires at least one character in the {Hiragana, Katakana, Han} scripts. The validation in this library requires that ALL characters in the label (besides the dot character itself) be in those scripts.
Japanese in Label — restricts the occurrence of U+30FB (・) KATAKANA MIDDLE DOT to labels containing at least one code point from any of these scripts: Han, Hiragana, and Katakana. This rule is described in Appendix A.7 of RFC5892 [122]
Activity
cornmander commentedon Mar 6, 2017
As another datapoint, here's the ICANN LGR for Japanese:
https://www.icann.org/sites/default/files/packages/lgr/lgr-second-level-japanese-30aug16-en.html
Japanese in Label — restricts the occurrence of U+30FB (・) KATAKANA MIDDLE DOT to labels containing at least one code point from any of these scripts: Han, Hiragana, and Katakana. This rule is described in Appendix A.7 of RFC5892 [122]
kjd commentedon Mar 7, 2017
Patch merged.
Use HTTPS when downloading Unicode data
Update to Unicode 17.0.0
Add deprecation warning for transitional argument
Add lenient option to decode() for best-effort label recovery (issue #…
Restore std3_rules by applying UseSTD3ASCIIRules to the mapped output…
Skip the decode round-trip check for domains past encode's length limit