| |||||||
adm | Find | login register |
最近由 FreeType mailing list 裡頭,Werner 轉貼的信件得知,微軟於今年三月中旬向 W3C 提交了 Embedded OpenType (.EOT) 的字型規格的申請,他們希望 W3C 成立專屬團隊來針對此一網路字型規格著手進行新的推薦規格(W3C recommendation),以供網頁嵌入字型所要遵循的共同依據。
緊接著,當然就是字型授權方式會有重大改變,因為目前的商業字型,多數不會允許使用者任意公開散佈,更何況是經過變造成 EOT 格式的字型物件了。所以 EOT 規格首先就是要確認使用者是否對所要嵌入的字型有合法的授權,如果沒有,那當然是不能合法的去產生 EOT 字型物件。 有趣的是(如果我的理解沒錯),EOT 規格必需是 TrueType outline 的壓縮格式,但卻不能對 CFF(Adobe Composite Font Format) outlines 壓縮,也就是 CID-Keyed OpenType 字型有可能會無法使用(這通常是用於 CJK 東方語系字型)。當然,OpenType 規格本身並沒有這樣子的區分,兩種 outline 都可以使用,EOT 這點限制倒是耐人尋味。 對於應用軟體而言(例如網頁製作軟體),規格書中規定要針對字型是否有適當的 embedding bits(註明於 OS/2 table 的 fsType 欄位),如果沒有,就不能讓使用者去產生 EOT 字型物件做嵌入的動作。當然一堆舊字型裡頭並沒有清楚的註明這種資訊,尤其是自由字型,自由字型數量不少,有的甚至作者已經不再維護,但是自由字型的授權 當然是允許使用者嵌入的,所以,這個 embedding bits 的設置並不是必要的,只是形式上的,最終還是要看字型的明文授權內容而定。 我們都知道,字型都是很佔空間的,尤其是 CJKV 東方語系的字型,所以壓縮相當的重要,因此 EOT 字型物件需經過特殊高效率的壓縮(MTX/CTF, MicroType® Express/Compact Table Format),應用軟體(網頁瀏覽器)也必需要能快速的解壓縮。在壓縮的當中就產生 font objects,這些字型物件只含網頁所需要字元的 glyphs,然後在網頁加入連結,指向這些字型物件的置放處。雖然字型物件是經過壓縮及只含所需要的字元,所佔的空間已大幅減少,但這對東方語系為主的 大宗文件仍將會是很大的考驗,尤其是多國語文並存的東方語系文件。 目前 Firefox 可以使用 PDMS WEFT Plugin 來閱覽由 WEFT 製作,使用 EOT 規格的嵌入式網頁,但只能用於 Windows 版本的 Firefox。 值得觀察的是,從歷史上的紀錄來看,微軟對標準、規格的「忠誠度」一向並不是很好,這個由他們自行提交的推薦規格將來會怎麼演變不得而知,況且這幾年來網 路的主控方漸漸的已經在重整、洗牌,微軟並不如他的桌面系統一樣的攻佔網路市場。所以,對於這種演變,自由軟體陣營也只能冷靜觀察兼蓄勢待發了,我猜想, Werner 轉這封信到 FreeType develop list 的意義大約也就是如此吧?!
參考網頁: edited: 1
|
| |||||||
adm | Find | login register |