[统一码] Unicode勘误表 技术网站|站点地图|搜索
 

Unicode标准勘误表

勘误表显示了正式勘误表的完整列表版本第页,共页这个Unicode标准。另请参阅列表电流的更新和勘误表.

勘误表

勘误表 生效日期 适用版本 固定版本 记录结果:
勘误表#1:UTF-8最短形式 2000年11月9日
[公元85年至2012年]
3.0.0和3.0.1 3.1.0
2001年3月
第3章,合规性
勘误表#2:带Hiriq归一化的Yod 2001年1月31日
[86-M20]
3.0.0和3.0.1 3.1.0
2001年3月
合成排除.txt
勘误表#3:U+F951标准化 2002年2月11日
[90至M2]
3.0.0至3.1.1 3.2.0
2002年3月
规范化更正.txt
勘误表#4:五个CJK标准映射错误 2003年3月4日
[94-L1]
3.2.0 4.0.0
2003年4月
规范化更正.txt
勘误表#5:归一化幂等性 2005年2月至2007年2月
[102-C3,PRI#61,PRI#29]
3.0.0至4.0.1 4.1.0
2005年3月
UAX#15
勘误表#6:Bidi镜像 2007年8月10日
[112-C11]
5.0.0 5.1.0
2008年4月
Unicode数据.txt
派生二进制属性.txt
毕迪镜像.txt
勘误表#7:UAX#14,Unicode换行算法,规则LB8 2010年3月15日
[121-C5]
5.0.0至5.2.0 6.0.0
2010年10月
UAX#14型
勘误表#8:U+070F SYRIAC缩写标记的Bidi_Class修复 2010年11月5日
[125-C35]
6.0.0 6.1.0
2012年4月
Unicode数据.txt
勘误表#9:关于非字符的澄清 2013年1月30日
[134至C15]
3.1.0至6.3.0 7.0.0
2014年6月
第3章,合规性

该表在左侧列出了每个勘误,然后说明了有关该勘误表的相关信息。带有生效日期还列出了Unicode技术委员会的行动和/或公共审查问题(PRI)导致其在以下括号中创建日期。

适用版本列列出了Unicode版本的范围与特定勘误表相关。实现声明符合该范围内任何版本的Unicode也可能要求符合适用于该版本的一个或多个勘误表。可参考带有适用勘误表的版本,如Unicode引用.

Unicode标准在第一次发布时就修复了勘误。对于每个勘误表,表中还显示了修复该勘误表的Unicode版本以及该版本的发布日期。声称与该固定版本(或更高版本)一致的实现无需单独引用勘误表,因为该错误已在标准。表中最后一列列出了相关章节,Unicode标准附件(UAX),或Unicode字符数据库中的数据文件,其中包含更正结果记录在案。

关于勘误表

Unicode标准的每个版本一旦发布,都是绝对的稳定和意志从未更改。实施或规范引用特定版本的Unicode标准可以依靠这种稳定性。然而,如果这些实现或规范升级到Unicode的更高版本标准,那么当然可能需要进行一些更改版本间Unicode更改的原因:添加新字符、添加新属性、规范新算法等等。

有时在特定版本的Unicode标准中发现错误,这一错误的重要性足以使UTC在后续版本的发布之前发布正式的更正通知标准。勘误表数量有限;此类通知的完整列表在本页的表中指定。正式的更正通知更改任何以前发布的标准版本的内容。相反,它提供了一种机制,使实现、协议或其他标准可以引用或声明与应用了勘误的现有版本的Unicode标准的一致性。当实现、协议或标准以其他方式支持特定版本的Unicode标准时,在特定情况下可能需要这样做,但出于安全或互操作性原因,必须应用特定的关键修复程序。

在符合特定版本的Unicode标准的引用或声明中,如果引文没有特别提及勘误,则勘误不适用于该引用或一致性声明。

所有勘误必须符合Unicode码字符编码稳定性策略. Unicode联盟官员审查并批准了勘误表,以确保遵守该政策。另请参见规范化常见问题解答有关稳定性注意事项和规范化的更多信息。

保证跨版本的协议稳定性

在某些情况下,特别是对于使用Unicode规范化的协议,实现可能需要保持算法的完全稳定性。这甚至可能扩展到保留已知错误和不应用勘误表。

Unicode字符数据库中引入了文件NormalizationCorrections.txt,通过明确识别影响规范化的任何数据更改,以及分解映射中的确切更改和更改的确切版本,帮助维护实现的稳定性。任何以任何方式更改分解映射的对Unicode标准的更正都会反映到NormalizationCorrections.txt中,以便实现可以跟踪任何此类更改的确切状态。然后,实现者可以将勘误应用于标准的早期版本(正常情况下),也可以选择在将实现向前推进到标准的更高版本时应用勘误表的结果(例外情况)。

实现者在选择后一个选项时应该谨慎,因为这会使他们正式脱离Unicode标准的更高版本,并降低他们与已升级到更高版本的实现的互操作性。然而,在有限的环境中,首要考虑的是协议本身的向后兼容性,因此可能需要维护较旧的、未经修正的Unicode规范化形式。

然而,在可能的情况下,鼓励实施者采用与他们的应用程序需求兼容的最新和正确的Unicode标准版本。


获得版权和使用条款