如何看待與評價方正悠黑三維可變、文鼎晶熙黑（可變字體）？

全球首款! 文鼎晶熙黑體支持可變字體格式

「文鼎晶熙黑體更為全球第一套支持可變字體格式的中文字體」

方正悠黑簡三維可變_方正字體_方正字型檔

「全球首款中文三維可變字體」

如何評價兩個全球首款（

挺好的。

目前這兩個「首款」倒是無所謂，拉丁的項目已經不少了，可能我缺乏對於「中文」兩個字足夠的民族自尊心，但是畢竟已經有DecoVar*這種騷炸天的項目，再看一兩條軸的中文可變字體，其實還是挺樸實的……我自己也照著教程做過幾個demo玩，做出來當然是很開心啦，作為廠商來說更像是一種緊跟技術的義務，不是什麼驚天動地的事情……

我挺期待帶optical size的書苑宋，如果發布了應該是第一款「帶optical size軸的中文正文可變字體」了吧，這還是能嘚瑟好久的……至少對我來說。畢竟本來帶optical size設計理念的中文家族就已經很拉風了。

注: *Decovar, David Below設計的一款炫技demo性質的可變字體

Decovar: A multistyle decorative variable font by David Berlow

——————————————————

剛才看了一下別的回答底下的討論

我有點擔心那張立方體圖配合「三維可變」可能會給用戶理解可變字體帶來一些不必要的誤會。可變字體的概念和通常我們所熟悉的立體空間的「三維」沒什麼關係，和立方體也沒什麼必然聯繫，這裡的三維應該只是說，這個字體三條軸。

可變字體的軸顯然不是三維的xyz軸，而是一個抽象的變化規則，比如說字重的粗細變化規律就是字重軸。理論上你想加多少條軸就加多少條。晶熙黑有字重和寬度兩條軸，悠黑有字重、高度、寬度三條軸，而文鼎即將推出的書苑宋則會帶有字重和optical size相關的軸（也許不是用opsz這條軸本身，optical size概念也許會被拆分成筆畫粗細對比和中宮大小這兩條軸？沒發布的誰知道啊）。雖然用戶最常用的當然是字重這一條軸，當然設計師出於用戶的需求（或者自己想玩的慾望），什麼喇叭口啊重心高低啊都可以做成軸，那時候估計「三維可變」就不夠用了，得找點什麼「真○魂霸王丸地獄變」之類更拉風的名字了……

國內的涉及計算機漢字的單位向來習慣性無視台灣廠商在這方面的貢獻。

至少，我從小到大就沒見過國內的計算機教育有提到過這個：

【科普】全球首個支持簡體中文的編碼

================

這次的悠黑與之前的不同，至少我很確信方正有動真格、在不停地仔細打磨悠黑。

至於和文鼎晶熙黑誰是真正的全球首發，則需要沒有相關利益的第三方分頭採訪、比對之。

當然，「誰首發」並不重要，最終還是能從成品來看態度。

# EOF.

文件夠大，很適合拿來做性能測試的 test case（滾

用 otfccdump 扒出來看了下（otfccdump 去處理它用了 2.5G 內存……）

1. fvar 裡面所有 axis 的默認值都等於最小值，然而這種做法製造了大量的 intermediate tuple，佔據了很多內存，如果放中間的話可以省略掉這些 intermediate tuple；
2. 似乎沒有有效利用 gvar 的 IUP 機制，導致許多曲線上的中間點也編碼了 delta，實際上並沒有必要這麼做（不過這個也不好做， @吳爭鍇 預估的時間複雜度在 的水平）。

另外，我正在向 Peter Constable 去註冊一些標準化的 Design Axis，方正的字體給了我提交 hght 軸的理由……

鏈接：Microsoft/OpenTypeDesignVariationAxisTags

「全球首款中文三維可變字體」

字高這一維度顯然是方正為了爭得「首款」的名號強行加上去的。沒有科學性可言。

-