那些關於 Justfont Blog 的感想

Justfont 是個中文雲端字型 (web font) 服務，產品主推香港人柯熾堅所設計的信黑體。雖然信黑體在 Justfont 的廣告中說有多好、多高品質、多不可思議，但實際上讀者應該自己用眼睛詳細判斷是否如實，別一味被廣告手法牽著走。

個人對於信黑體的看法僅只於：手做字型數位化本身就是個大工程，柯老師所做確實辛苦，風格可明確展現出手作的生命感、變化感，這正是某些「藝術感」所需要的必備條件。但透過 Justfont 所呈現出的字型效果在一般螢幕上 (非高解析度螢幕，如 Retina 等高 ppi 螢幕) 仍非完美，細看可發現許多字的內部筆劃粗細並不一致，遇到偽粗體、或大字時缺陷將更加明顯；小字筆劃重疊而影響閱讀的缺陷也不難發現；個人看來該字型目前僅有在高解析度螢幕上表現較佳而已。但畢竟向量字型在螢幕上輸出本來就會遇到這些事，那些高品質的字型就是不斷在花心力解決這些問題。不過既然 Justfont 是信黑體代理商，這樣廣告也無可厚非。

 Justfont Blog [1] 則是個從字體出發探討設計的部落格，由許多關心「字」的人經營，除了分享許多字型相關感想、比較、評比外，也教育大眾字學 (typography) 的相關知識。個人非常推薦這個部落格上的內容 (廣告訊息可以乎略掉之外)。

每次看到這部落格上的某些文章，就會開始覺得要趕快繼續推動開放字型的未來發展才行，或應該好好來設計一套字型，或是好久沒有寫書法了之類的感想。

最近上面有篇「大眾字型學(3)：Word 預設中英搭配有什麼問題？」[2]，正好在探討我一直在關注，想要處理的中英搭配協調議題。只不過它是探討 Windows 上微軟 Office 的預設中英字型，而不是 fedora 中 GNOME 3 界面預設字型 Cantarell 的中文字型搭配。

有興趣的人可以一看。

真不明白為什麼 fedora 的 i18n 組竟然連 sans-serif 與 serif 之間的差異都不甚明瞭，還能掌控字型相關領域的決定，製作出一堆奇異、令人嘆為觀止的 fontconfig 組態檔。如果真那麼愛點陣，那麼把小字沒襯線的點陣字部份嵌進黑體裡不就好了，亂匹配字體類別就是胡搞瞎搞、不僅不合規範更是絕不該做的骯髒補救手法。

如果最近能快速忙完 LibreOffice 4.2 的翻譯，大約就快來處理這個棘手議題吧，它真是不斷在呼喚我呢！XD

相關連結

  1. http://blog.justfont.com/
  2. http://blog.justfont.com/2013/12/popular-typography/

留言

張貼留言

這個網誌中的熱門文章

直行橫列，以及 line (列/行), column (欄), row (列)

行，其字形本源是中央一條大路，左右旁開兩條小路的十字路口。 往前走向中央的大路，演變出行（ㄒㄧㄥˊ）走的意思；也是直行（ㄏㄤˊ）的由來。 列，其字形本源是歹加刀，歹是裂開的圖像，再加刀代表用刀劃開。 分開、劃開變成多個，演變出擺開、排開、一個一個的意思；也是橫列的由來。 在指稱行列時，自然是以眼前方向為直向，稱為行；左右擺開一個一個為橫向，稱為列。 台灣延續直書與行列的本源傳統，依然採用直行、橫列來描述排版的文字方向。 然而數位設備最早誕生自橫排為主的西方國家，數位化時也為了相容常見的歐美文字，漢字跟著橫向排列，於是橫書成為數位排版系統中最早支援的漢字排列方向，早於直書支援。 最早的軟體中文翻譯，是明確區分橫列的，例如「列印」(print)、「命令列」(command line)、「換列」(change line)、「新列」(new line) 等，皆是出自這個時期。 後來文書排版系統興起，也有越來越多軟體支援直書。而直書的所說的行，也因為排版軟體通行之故，大眾依口語直接被挪用至橫書情境使用，行的語義開始擴及並滲入橫書。這也約莫是圖形介面軟體、Windows 作業系統開始大幅流行之時。 文書排版系統中，有一指稱文字流方向的特定術語，Line，沒有區分方向，亦即可以是直書，也可以是橫書。 早期譯者還會視程式特性，在如終端機、文字編輯器軟體中，會將其翻譯為「列」，如「換列」(change line)、「列號」(line number)、「列印」(print) 等。在中文排版軟體興起後，開始出現「換行」(對應至英文的 new line 或 change line 或 line wrap)、「行號」的說法，並逐漸被大眾挪用到橫向語境中。 因此，目前臺灣的程式翻譯，在確定文字明確用於橫向情境，或譯者確定該程式沒有直書情境時，例如終端機、命令列程式、程式碼編輯器，會採用「列」來對應 Line。 至於同時能支援直書或橫書的軟體，例如文書編輯器，或是譯者無法確定程式的文字方向時，則採用廣被接受可同時指稱直書與橫書的「行」來對應 Line。 總結來說，「行」可以是 line，原先是直書，後來也被用於橫書；「列」也可以是 line，明確用於橫書情境。 至於試算表軟體，或其他可清晰區分直、橫單位的軟體，依然採用直行、橫列的標準譯法。 如 column 為欄（少數譯者譯為行），以及 row
閱讀完整內容

Permission 取用權/權能; Permission denied 取用遭拒; Ask for permission 請求取用權/權能; Don't have the right permission to 無權/沒有權能

圖片
一般而言，Permission 在描述檔案或功能的「可取用權利」設定情境下，建議翻譯為「 權能 」。 若譯為「權限」可以接受，但譯者要注意它不是 Permission 的對應翻譯，而是轉變了意思概念的說法 （即職權、特定權力範圍的概念，英文為 Authority）。 至於其他如程式取用權的設定，例如攝相機、地理位置，或是隱私設定⋯ ⋯ 等授權程式存取與否的情境，則建議翻譯為「 取用權 」。 ====== 在軟體界的翻譯中，對於 Permission 的翻譯，常見一項重大失誤，讓我們來繼續看下去， 例：Permission denied. 沒有權限。（中文實際意義類同行車時沒有速限，可以 踩下油門貼地飛行囉） ；原文應譯為：沒有權能/取用遭拒 Permission 是 Permit 的名詞。 讓我們來看 Meriam-Webmaster 字典對 Permit 的英文解釋： Transitive verb 1 : to consent to expressly or formally permit access to records 2 : to give leave : authorize 3 : to make possible the design permits easy access   Intransitive verb : to give an opportunity : allow if time permits   簡單說，Permit 對應到中文就是「允許」「許可」「得以」的概念。Permission 就是得到允許、獲得許可、有了權利
閱讀完整內容

正體中文、繁體中文？

在尚無所謂簡體字的年代，漢字本身就可分為正體字與異體字。 過去漢字還沒有官方規範前，一個字可能很多寫法，為了方便流通與做政績，官方就找有學識的人來指定標準寫法為「正體」，唐朝的某些年代則用「定體」一詞 [可參見漢學家白川靜《漢字百話》著作]。 而正體的正，是正規、標準的意思，並非指正統；其餘的非標準寫法就稱作異體，包含各種可以表述出同個字的其他寫法字，簡化字則是其中的子集。所謂「正體」一詞，就是為了統整多個表同義的漢字寫法，從中挑選一個作為官方承認而定的規範寫法，本來就會因為時代、地區、政府不同而有所改變。 中國大陸後來刻意對大多數漢字以形聲方式作人為的簡化創造，也稱之為簡化字，或者簡體字。而中國大陸所使用的漢字系統，因為主要推行簡化字之故，所使用的整體漢字系統方案都被稱之為「 簡體中文 」， 除了簡化字外也涵蓋未簡化的正體字 ，也就是那些仍未被簡化的古典正體字，這是因為並非所有的字都可以簡化，而前述這兩類字中國大陸都有訂立各自的規範寫法。 我們可以這樣想像， 如果前朝的正體字是樹木的主幹的話，中港臺三地就是各自生出了自己的分支發展、維護下去 。 那麼 臺灣用的漢字怎麼稱呼？ 在臺灣所使用的漢字，理當遵循臺灣標準，稱「 臺灣正體 」是最直覺的，這就跟國語文競賽，或是正式文件中要求你「請以正體字書寫」一樣直覺。對於 Traditional Chinese 一詞，由於臺灣地區不推行中國大陸的簡體字，因此對臺灣人而言就是指「以正體字書寫的中文」，即「正體字中文」，簡稱為「 正體中文」 。 臺灣正體字寫法也不盡與傳承的古典正體字相同，仍有些字或多或少寫法不同的。但只要因循臺灣官方規範的正規寫法，就是臺灣正體字。 而中國大陸官方所規範的整套簡化字、非簡化字方案寫法 ，也異於古典正體，因此中國政府 另外改採用「規範字」來稱呼 。 說著臺灣正體字也不完全符合康熙字體，或是寫法不符合原始造字原則云云，所以不能稱為正體中文的人，搞錯了時間、地點，反以過去古代正體為正規標準，這無疑是對正體二字的嚴重誤解，因為正體字如何寫取決於其時代背景與政治環境。 雖然也有相對於簡體中文，而將傳承下來的古典正體漢字表達為「繁體中文」的說法，但這是以簡體的觀點出發來看而稱呼。由於未簡化字的筆劃比起簡化字更「繁瑣」、「繁雜」、「繁複」，所以用「繁體」來取代過去「正體」之名。 之
閱讀完整內容