微軟的 OOXML不應該成為標準文件格式的理由

最近這一年多以來微軟砸下龐大的金錢和人力，運用各種政商關係，試圖把它自己制定出來的專屬封閉格式 OpenXML (或是簡稱為 OOXML) 變成 ISO認證的標準文件格式。我們姑且不去探討個人對微軟的喜惡，單就 OOXML本身來看一看，為什麼微軟的 OOXML不應該成為標準文件格式的理由。

首先，在 OOXML長達六千多頁的規格說明文件當中，如果稍微仔細去看，就會發現裡面用到了許多微軟以前專屬的特殊文件格式。例如 "useWord97LineBreakRules", "footnoteLayoutLikeWW8", "autoSpaceLikeWord95", "useWord2002TableStyleRules" 等等。也就是說，如果今天真的有微軟以外的軟體公司或是個人，想要依照微軟提供的 OOXML規格說明文件去開發一套能夠相容於 OOXML的軟體，這些人必須能夠先了解 Word97, Word95, 或是 Word2000等舊版 MS Office裡面所用到的文件格式。而真正能夠完全了解這些文件格式的只有微軟一家公司。

接下來，由於微軟只開放了 OOXML格式。如果真的有公司有本事依照微軟公佈的規格書開發出一套相容於 OOXML的軟體出來，而且因此大賣特賣。小心，微軟從來沒有說任何人可以不經過它的允許，自行開發出相容於 Word95, Word97, Word2000等舊版 MS Office文件格式的產品。它還是可以在你成功之後狠狠的告上一筆、海撈一頓。

第二點，微軟在它的規格書裡面故意不去使用許多現有的標準，反而另外自行制定許多功能相同，但是格式不同的東西。例如 SVG已經是大家公認的標準向量圖形格式，但是微軟卻偏偏不去用它，反而另外用了 600多頁來制定另外一個向量圖形格式 VML。這對軟體發展者來說絕對會增加許多額外的負擔。

第三點，OOXML不支援 UTF-8網址，也就是說 OOXML不允許網址裡面包含中文這一類的文字。另外，OOXML也很少考慮到非英語系以外國家的風俗習慣。例如 OOXML裡面「週末」的定義一定是星期六和星期天；但是在中東地區「週末」的定義為星期五和星期六。ODF在這方面就定義得很完善。

http://www.zdnetasia.com/blog/opensource/0,39060102,63000113,00.htm