关于混淆或标识符限制数据的反馈
UTS#39,Unicode安全机制
您可以使用以下两种形式之一建议在下一版本的UTS#39,Unicode安全机制。有关最新版本,请参阅UTS#39,Unicode安全机制.A型建议的更新可供审查。
- 标识符限制
- 标识符限制提供了有关应使用哪些字符的信息出于安全目的,限制使用通用标识符。例如,有历史意义的脚本是这种排除的候选对象。删除这些字符会减少混淆,并避免考虑所有可能混淆的字符。
- 令人困惑的
- 在常见的UI字体中,当字符在正常字体大小下可能会混淆时,它们就会混淆。而Unicode代码表可以参考代表性的字形,更重要的是通用UI字体中的字形。其中一些数据可以通过机械方式收集,但在许多情况下需要人工判断。在Mac电脑上,可以使用字符查看器查看给定字符的不同字体的字形;对于Windows和Linux,请参阅从屏幕中选择。
- 当前数据的焦点UTS#39,Unicode安全机制用于“允许”字符(in限制). 其他脚本的数据很少汉字以及南亚和东南亚的脚本,例如梵文。欢迎对这些脚本和其他脚本提出改进建议。
数据格式
关于报告表限制和令人困惑的,可以使用十六进制代码或文字字符指定字符。如果指定多个字符的字符串,请用空格隔开。例如:
例子 |
注释 |
〃 |
U+3003 DITTO标志 |
3003 |
U+3003 DITTO标志 |
一个c |
字符串“ac” |
0061 0063 |
相同的字符串,带有十六进制代码。 |
对于限制,也可以指定一组字符。应使用以下格式之一:
例子 |
注释 |
a、c |
a和c之间的所有字符,以Unicode顺序排列。 |
0061..0063 |
相同的范围,与十六进制代码一起使用。 |
[:blk=希腊语:] |
整个块或其他UnicodeSet。 |
批量数据
如果您有大量数据要提交,请使用Unicode联系人表单。