共创联盟报告指微软文档标准有20大问题

来源: LUPA开源社区

（12）剪贴板格式是私有的Windows格式。OOXML定义了ST_CF类型用于记录剪贴板格式，以便于存储图形对象。其类型的值如EMF、WMF等等都是私有的Windows格式，其他的操作系统无法使用。例如，在Linux中，经常采用开放标准格式PNG，但是如果厂商在此类型中加入“PNG”，则此文档将是非法的，文档及其应用也将不符合OOXML 规范。

（13） 电子表格中的密码哈希算法是依赖于机器的。电子表格中的密码哈希算法定义由5页纸的C语言代码来定义，似乎是从Excel中直接提取的。然而，代码中的位控制又是依赖于机器的，根据处理器的不同会给出不同的结果。在一个机器上建立的文档可能在另一个机器上不可阅读。关于此功能，OOXML没有提供一个便捷的定义。

（14） WordProcessingML中的“optimizeForBrowser”元素仅仅针对IE浏览器。

WordProcessingML中的“optimizeForBrowser”元素仅仅针对Internet Explorer，而没有针对其他浏览器。

（15） WordProcessingML为数值列表定义一些数字样式，仅仅是标签，没有详细的定义。

　　这些样式都是从微软的产品中继承的，而且是封闭的，用户无法扩展。然而，样式列表也是不完整的，缺乏对于Armenian, Tamil, Greek alphabetic, Ethiopic和Khmer数值列表的支持。而微软没有采用的W3C's XSL:FO以及ODF 中采用的，均允许采用开放的数值样式，每个都是自定义的。

　　四、OOXML在XML技术上并不过关，甚至其本身都不符合XML标准。

（16） OOXML并不符合XML语言的要求。OOXML定义了新的字符串类型“Basic String”，作为“二进制基本字符串类型”。这个新的字符串类型的一个特点是允许非XML字符（控制字符）可以特别编码。然而，XML文档中的非 XML 字符基于XML的处理工具无法处理此XML 文件。W3C's Internationalization Activity确认，这种控制代码的表达应当由合适的标记语言替换。由于XML 提供了编码结构化数据的标准化方法，采用控制字符，而不是标记语言将丧失了采用XML语言的优势。在ＨＴＭＬ和ＸＨＴＭＬ中采用控制代码是不合适的，因为标记语言适宜用来表达文本，而不是数据。

（17） 采用“bitmasks” 编码方式在整型数值中存储布尔值，使得XML无法有效处理。

　　在很多情况下，OOXML采用”bitmasks”在一个整型数值中编码多个布尔值。在20 年前，由于存储器的限制，C语言采用了这种方法，但是在XML 的处理中却是非常不合适的。它使得XSLT无法很好地工作，因为这些工具缺乏位一级的操作在位一级处理数据。

（18） 仅仅限制语法而不是语义，导致无法实现互操作。OOXML 仅仅限制语法。从实际角度来看，由于OOXML中的语义尚未定义，将导致无法正确实现互操作。

　　五、OOXML仅仅反映西方主流文化，没有考虑其他国家的文化需求。

（19）没有考虑到不同的文化需求，而只是反映微软所代表的发达国家的需求。例如OOXML中的NETWORKDAYS()函数的返回周末的值。有的国家这个值是周六或周日，有的则是周四/周五或者周五/周六。OOXML 并没有提供给不同文化以不同的选择和定义。相反在ODF和UOF 中，用户可以通过设置参数获得其所需值。

（20） 图形边框显示的图形也都是以西方为中心的。OOXML 的实现者不能扩展这些图形，否则将不符合OOXML 定义的要求。

　　六、目前OOXML只有唯一的实现，就是微软的Office2007，而没有其他的第二种实现，这也不符合标准的“一个标准，多个实现”的原则。

　　从以上总结中，共创软件联盟办公软件工作组再强调两点：

　　1、微软OOXML并没有和DOC建立一一映射关系，相互间也存在互相兼容的问题。在有些领域里，微软Office2007对DOC格式的兼容性甚至不如相应的国产办公套件。

　　2、微软OOXML不可能在Linux完全实现。

声明：LUPA开源社区刊登此文只为传递信息，并不表示赞同或者反对。