Cantarell + cwTeX 衍生字型的 OFL 與 GPL 議題

原本企圖整合兩個字型成為一個新字型，不過馬上遇到授權問題。Cantarell 從 2010 年起採用 SIL OFL 而放棄 GPLv3[0]，cwTeX 與其衍生作品則採用 GPLv2+。麻煩的地方就在 SIL OFL 與 GPL 不相容[1]。

Cantarell 的 COPYING 檔案寫道：

The fonts were initially published on the 6th of July 2009 on Dave Crossland's foundry website  under the terms of the GNU General Public License version 3.  In May 2010 the fonts were republished through Google Web Fonts under the terms of the SIL Open Font License version 1.1. In November 2010 the project became part of the GNOME project and is now under active development by the GNOME design community. 

Dave Crossland, 21st March 2011

之所以與 GPL 不相容，是因為 SIL OFL 中有個規定，在 Section 5 of SIL OFL 1.1 寫道：
 "The Font Software, modified or unmodified, in part or in whole, must be distributed entirely under this license, and must not be distributed under any other license."
這與 GNU GPL 不相容，因為 GNU GPL 也有類似的聲明，要求整個作品必須基於 GNU GPL；而 SIL OFL 則要求衍生品只能採用 SIL OFL。

好了，所以要整合兩個字型，有四個辦法：一、挖出 GPL 版的 Cantarell，拿來與 cwTeX 衍生品整合就沒煩惱 (2009 年版的 GPL Cantarell，http://www.fontsquirrel.com/fonts/Cantarell)；二、請目前流通之 cwTeX 字型作者皆同意再以 SIL OFL 給予授權 (即 GPL + OFL 雙授權)；三、放棄 GPL 的 cwTeX Hei，採用更寬鬆，以 APL 授權的 Droid Sans Fallback；五、放棄 Cantarell，找其他也能搭配此黑體風格的 GPL 字型。

第一個選項必須放棄 Cantarell 自 2009 年起的改進，還拿不到源檔 sdf，只有 ttf，甚是可惜。此外，fedora project 也對於字型授權有以下的建議[1]：

Nowadays, to avoid the license proliferation mess which is just as problematic in the free/libre/open ecosystem as in the software one, the Fedora project joins other free/libre/open actors, and recommends new font projects choose the OFL, and existing projects consider relicensing.

簡單說，fedora 建議新的開放字型專案採用 SIL OFL 以避免字型的衍生授權問題 (例如專案整合)，既有的專案考慮改授權。

此外，OFL 是專門為「開放字型」設計，使字型可更為流通、整合的授權，有指明「The requirement for fonts to remain under this license does not apply to any document created using the Font Software.」，這是 GPL 中所沒有的，所以有些人認為 OFL 更適合文件使用。

不過 OFL 相比 GPL 有要求不可只單純販售此字型 (not sold by themselves) 的要求。任何人取得字型以使用、研究、複製、合併、內嵌、修改、再散布、銷售修改版字型或未修改版字型皆「不可收費」。所以若想販售，必得搭配其他產品，例如其他字型、軟體等。[2] 目的是避免有人單純透過再散布字型卻無貢獻就能獲利，使字型能更加流通。[3]

Preamble 中明列：
The OFL allows the licensed fonts to be used, studied, modified and redistributed freely as long as they are not sold by themselves.

以及授權條款第一段：

Permission is hereby granted, free of charge, to any person obtaining a copy of the Font Software, to use, study, copy, merge, embed, modify, redistribute, and sell modified and unmodified copies of the Font Software, subject to the following conditions [...]

由此可見 OFL 與 GPL 的明顯差異之處。

所以開放的字型專案若有採用 OFL 會是個好主意。

目前打算發郵件先問問看 cwTeX 經手過的作者願不願意再以 OFL 給予授權，如果不行的話，就只好採用 Cantarell + OFL 相容授權漢字字型，或 GPL 相容授權西文字型 + cwTeX 的解決方案。

===== 後記 =====

2014-02-20 日已取得 cwTeX 字型三位作者的同意，cwTeX 系列中的漢字部份除了 GPL 外，可以再以 OFL 給予授權，如此 cwTeX 粗黑體與 Cantarell 的整合工作就可以展開了！

資料來源：
0. https://bugzilla.redhat.com/show_bug.cgi?id=623868#c15
1. https://github.com/FortAwesome/Font-Awesome/issues/1124#issuecomment-29507471
2. https://www.mail-archive.com/fonts@lists.fedoraproject.org/msg00156.html
3. http://fedoraproject.org/wiki/Legal_considerations_for_fonts#Approved_font_licenses
4. http://scripts.sil.org/cms/scripts/page.php?item_id=OFL-FAQ_web#98ed3755
5. http://scripts.sil.org/cms/scripts/page.php?item_id=OFL-FAQ_web#f9c4ccfe

留言

張貼留言

這個網誌中的熱門文章

直行橫列，以及 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 一詞，由於臺灣地區不推行中國大陸的簡體字，因此對臺灣人而言就是指「以正體字書寫的中文」，即「正體字中文」，簡稱為「 正體中文」 。 臺灣正體字寫法也不盡與傳承的古典正體字相同，仍有些字或多或少寫法不同的。但只要因循臺灣官方規範的正規寫法，就是臺灣正體字。 而中國大陸官方所規範的整套簡化字、非簡化字方案寫法 ，也異於古典正體，因此中國政府 另外改採用「規範字」來稱呼 。 說著臺灣正體字也不完全符合康熙字體，或是寫法不符合原始造字原則云云，所以不能稱為正體中文的人，搞錯了時間、地點，反以過去古代正體為正規標準，這無疑是對正體二字的嚴重誤解，因為正體字如何寫取決於其時代背景與政治環境。 雖然也有相對於簡體中文，而將傳承下來的古典正體漢字表達為「繁體中文」的說法，但這是以簡體的觀點出發來看而稱呼。由於未簡化字的筆劃比起簡化字更「繁瑣」、「繁雜」、「繁複」，所以用「繁體」來取代過去「正體」之名。 之...
閱讀完整內容