風吹草動

(以下內文仍為開發中版本。本文秉持開源專案的 Release early, release often 原則先發行開發中版本，後續再以一邊移動一邊開火模式修改。) 許多自由軟體專案都使用 gettext 來生成 po 檔供各國語言翻譯，再將各語言 po 檔收集好輸出成 mo 檔給程式使用。在開始之前，我們必須瞭解一些基本術語。 po 檔：portable object，給翻譯者翻譯用的可攜式檔案。 mo 檔：machine object，是給機器讀取的檔案。 pot 檔：portable object template，即各語言 po 檔的樣板，任何語言的 po 檔生成、更新，都需要利用 pot 來處理。簡單來說，pot 檔是一份空白沒有任何特定語言資訊與翻譯的檔案。 簡介 poedit 是非常好用、易用的 po 檔編輯器，由 Václav Slavík (vslavik) 以 wxWidgets toolkit 開發，可以用於各大作業系統平臺，例如 Linux、Mac OS X、Windows 等。poedit 本身採 MIT 授權，所以任何人皆可以自由使用。 不過開發者基於生活上的經濟考量，從 1.5 版起 poedit 會跳出對話窗詢問說，如果您覺得好用是否可以考慮給予贊助。自 1.6 版起，開發者移去贊助對話窗，改提供需要進階功能者一個 pro 版的升級授權。pro 版根據開源版本加入一些額外功能開發而成，目前僅提供 Windows、Mac OS X 兩平臺的二進位執行檔。 1.6.3 版的 poedit Pro，提供的額外功能包括：個人使用支援、字數統計、Wordpress 主題與外掛翻譯等，未來也會持續加入其他功能，有興趣者可以考慮購買，購買者可以持續擁有 1.X 系列的 Pro 版升級權。 官方網站可以直接下載到 Windows 與 Mac OS X 的 pro 版執行檔，只不過若沒有購買 pro 版啟動金鑰的話，會以一般版本執行。 官方 Pro 版介紹網頁： http://www.poedit.net/pro/  特色 介面簡潔、支援翻譯記憶、支援註解編輯、生成 mo 檔等等。 下載 官方下載頁面： http://www.poedit.net/download.php 初次設定 由於...

fedora 20 Live 媒體作業階段 登入 Live 媒體後，會跳出個對話窗詢問你現在是要試用 fedora ，還是要將 fedora 安裝到硬碟中呢？我們這裡先選擇「 Try Fedora 」來把操作介面改為熟悉的中文，方便後續操作。 選了 Try Fedora 後，系統貼心提醒你如果接下來想要將 fedora 安裝到硬碟中，稍後可以從左上角「概覽」 (Activities) 啟動的活動概覽畫面中來選取。 調整介面語言   點按右上角的整合式選單，並點按「工具」圖示開啟「設定值」。 選取「 Region & Language 」可以更改地區和語言。 點按「 Language 」更改語言。 常見語言列表中沒有「漢語 ( 臺灣 ) 」的選項，因此點按直的刪節號圖示選取更多語言。 直接在語言過濾欄位中輸入「 Taiwan 」篩選出「漢語 ( 臺灣 ) 」，接著點按它，再點按「 Done 」。 設定好語言後，系統會詢問你是否要重新啟動作業階段以採用漢語 ( 臺灣 ) 的語言介面，就點按「立刻重新啟動」。 點按「 Log Out 」按鈕登出。 點按 Live System User 使用者進入作業階段。 再次登入後可以看到介面確實切換成臺灣所使用的正體中文了！除了可以用中文介面「試用 Fedora 」外，待會還能用「安裝至硬碟」來安裝 fedora 。不過下面似乎多了一個視窗，先點開看看。 原來是詢問說是否要將標準資料夾的名稱改用現在的語言，不過此項設定只會影響 Live 媒體的作業階段，不會影響到安裝後的系統，因此點按哪個選項都沒有關係。值得注意的是，若以中文安裝 fedora ，系統會自動幫你的標準資料夾設為中文。隨意選好後，我們就將 fedora 「安裝至硬碟」吧！ 小技巧：如果不喜歡中文資料夾名稱，你也可以利用更改地區語言的方式，以英語 ( 美國 ) 如法炮製重新登入，系統會詢問你是否要改以該語言更新標準資料夾...

首先，為了瞭解打包的概要，所以照著〈 How to create a GNU Hello RPM package/zh-tw 〉一文做了一次，約略知曉整個流程。 接著開始編輯 cwtex-q-fonts 的 spec 規格，這就像食譜一樣，只要寫得好，廚師就能直接煮出來。 嗯，講到這，我們得先準備好食材才行！ 先切換到 ~/rpmbuild/SOURCES 擺放好所要的食材。也就是請前往 cwtex-q-fonts 的專案網站下載 0.2 版的封存檔，然後放到這個資料夾裡預備。抓下來的檔案叫做 cwtex-q-fonts-v02.tar.xz。 不過由於字型打包的 spec 樣板不在預設打包者工具中，要另外準備。所以如果你只有安裝前文所提及的 @development-tools 與 fedora-packager 的話還不夠，需要另外安裝： sudo yum install fontpackages-devel 裝好後，就能利用下列指令參照內含多款字型的軟體包其 spec 樣板： cd ~/rpmbuild/SPECS rpmdev-newspec -t fonts-multi cwtex-q-fonts 接著就來編輯 cwtex-q-fonts.spec 吧！用 vi 或是 gedit 都可以，順手就好。 利用樣板生成的檔案中，可以看到由 < 與 > 括住的地方，那是讓打包者替換所要內容的。①、②、③ 等數字編號，是小提示，拉到檔案最下方有註解解釋那段作什麼用途，或是選用填入之類的，整份檔案編輯完成後，記得把數字編號與最下方不再需要的註解移掉。 由於是第一次打包內含多款字型的字型包，不是很有頭緒，因此下載了一些字型 source rpm 來參考。 cd ~/rpmbuild/SPRMS yumdownloader --source google-droid-fonts cjkuni-uming-fonts wqy-microhei-fonts 用解壓縮軟體打開，找到附帶的 .spec 檔研究研究。 參考用 spec 檔開啟完後再回去 SPECS 資料夾。 cd ../SPECS 繼續改編 cwtex-q-fonts.spec 檔。 #global archivename %{name}...

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...

話說，昨天被 Blender 愛好者 何彥儀 ，阿彥，邀請分享當初翻譯 Blender 的心路歷程、目標與理念。 雖然說沒有什麼心路歷程，但確實有一段很長的故事，且聽我娓娓道來。 翻譯歷程 要講到 blender，就必須從我接觸 Linux 開始說起。 我個人從 2003 開始接觸 Linux 作業系統，最早是臺南縣網 ols3 主持的 B2D 系統，裝好後就是調校好的 Debian GNU/Linux 系統，很多方便的工具早就裝好了，深深讓我驚豔並從 Windows 轉用 Linux。那時最常上的網站不外乎 Knoppix 技術交流網、自由軟體技術交流網、摩托學園，也開始參與社群討論。 2004年底在摩托學園上看到阿信板大一篇「 Ubuntu 的使用感想 」後 [1]，也開始用起 Ubuntu。2005年6月11日 Ubuntu-TW 開站便馬上註冊，偶爾關注並參與上面的討論。 2007年2月11日，看到魏藥在 Ubuntu-TW 上的「[ 3D設計]Blender 」一文 [2]，當下把 2.42a 安裝起來試用，除了界面還是英文之外，此外操作上也有點門檻。文中也有提到，當時只有簡中版。於是心中就有個想法，如果這套軟體可以繁體中文化 (這詞也就是今天說的正體中文化)，不就可以再降低門檻嗎？遂以匿名身份留下了「要怎樣去翻譯阿？老實說我不習慣看太多英文」這樣一段話，不過沒有得到相關回應，轉而自行搜索相關資訊。 找到的第一項資訊就是 blender wiki 上對國際化的說明文件： Interface Internationalization [3]，跟著文件描述走，得知方法有兩種，一是用 blender 的源碼自己做出 po 檔；二是 Blender source distribution 中與 Blender websvn 中都有 po 檔，當時整理得最完整的是德語的 de.po，版本是 2.4x，所以可以直接拿這個版本作為模板，酌情參考簡中翻譯進而翻譯出正體中文版，可以免去自己做 po 檔的麻煩。 文件最後方提到如要提交翻譯，請寄送到 bf-committers@blender.org，所以同時也加入 bf-committers 郵遞論壇，追蹤開發資訊中是否有提到翻譯相關事務，但除了開發上的討論外，始終沒有看到相關翻譯討論。 ...

3D 軟體中有個著名詞語叫做 Render。 目前有各種翻譯，最常見的「算圖」，次常見但越來越普遍的「渲染」，比較少見的「算繪」及「彩現」。我就來一一討論翻譯是否適切。 首先，得了解什麼是 Render 才有辦法討論下去。以電腦圖形領域來說，Wikipedia 上的 Render (Computer Graphic) 條目一開頭便寫到： Rendering is the process of generating an image from a model (or models in what collectively could be called a scene file), by means of computer programs. 簡單翻成中文，Render 就是指透過電腦程式製作出模型 (或是放在一種整體來說稱為「場景檔」內的眾模型) 影像的一道程序。這道程序主要有兩個步驟，一是電腦計算模型的材質紋理如何與光照、光影著色法...等設置交互影響後結果為何，二就是將成果以像素一點一點地呈現成影像給使用者。 那麼口語中呢？Oxford dictionary 中提到，Render 作動詞用時，其實是指藝術性的「表現手法」： represent or depict artistically: the eyes and the cheeks are exceptionally well rendered   perform (a piece of music): a soprano solo reverently rendered by Linda Howie   translate: the phrase was rendered into English   Computing process (an outline image) using colour and shading in order to make it appear solid and three-dimensional: he is forced to render images by intermixing pixels of a few basic colours 不管是繪畫領域，如描繪圖畫（把心中靈感翻譯出...

就像當初打算的，想要翻譯 LibreOffice Getting Started Guide 與 the Essential Blender，先上線了《LibreOffice 入門指引》，再來是《Blender 精要》。 目前 Blender 精要翻譯了第一章，有興趣的可以前往閱讀。我會在有空之時持續翻譯更新這部作品。 本書網址： http://the-essential-blender-zh-tw.logdown.com/ 至於 LibreOffice 入門指引，目前很高興 Jia-Jun Xu 加入行列，我們想以協作方式處理個幾章試試，現以第二章為先，採 Google Drive 試驗。不過必竟是開放式授權，反正發行後想轉貼到哪裡去都可，只要符合授權條款就行。 翻譯這本書時也有些感想。Blender 精要是本很流暢的書，揉合了文本與工具書兩種特點，所翻譯時很舒服，完全沒有那種是翻譯程式介面或是指引手冊那種無趣死板的感受。所想的只是怎麼翻譯得更通順，怎麼表達得更好，所以個人還滿享受翻譯這本書的，哈哈。XD

這兩個專案是本人這一兩年內，除了 GNOME、fedora 外所主力翻譯的；而兩者都有個共同特色，就是專案龐大！接觸這麼久之後，也有些感想。 LibreOffice 有 6 個組件，Writer、Impress、Calc、Drawing、Math、Base。翻譯檔四散在各個資料夾中，非常模組化，幾乎一個翻譯檔就是管一個同質畫面 (例如某某對話方塊，或是某某偏好設定視窗) 中的字串，大部分都很好翻譯，但少數卻非常專業 (例如 Calc 中有許多統計、經濟上的函數，Base 中有許多資料庫術語)。 由於 LibreOffice 的翻譯是承接自 OpenOffice.org，很多東西的翻譯都是前人留下來的遺產，加上沒有任何交接資料，要維持術語的統一性是一大課題。當新字串出現時，如果機器找出的翻譯建議 (從以前的資料去比對，然後找出相近的作建議) 很奇怪，就開始思索著翻譯合不合適，有時查詢一下之前的翻譯，發現錯得離譜，有時則發現同個字有數種翻譯而沒統一；或深入追查材發現翻譯成果竟然與原文無關，但卻是介面上可以看懂的描述，想不懂前人是怎麼知道這個字串會出現在這裡的。如果前人是親自編譯程式，邊翻邊看成品，那真是下了好大一番時間與精力才能完成的啊！這時候就知道，我必須得親自看過每個翻譯檔中的每個字串，並且把模糊的翻譯 (個人覺得有疑義的) 與確認的翻譯 (個人覺得沒問題的) 記錄下來，才有辦法維持術語的一致性，也才能修改掉那些根本徹頭徹尾就是錯誤的翻譯。這也是我從 Blender 翻譯中體認到的，想深入瞭解該怎麼翻譯，就得對全貌有個印象，一旦翻譯負責人沒有親自一個一個看過，那麼總會是霧裡看花，或許重大錯誤一直都在那裡，而每次修正的都只是雞毛蒜皮罷了。 當然，如果今天是一個翻譯團隊就不是這樣了，一般的翻譯者無須一個一個體會翻譯，而是需要依照既定的翻譯撰寫規則與術語表去翻譯，遇到不確定或是有疑義的字再拿出來檢討，再據此修正翻譯即可。這時翻譯負責人所需要作的，就是根據他獨有的整體概觀，評判翻譯是否真有問題，以及新翻譯該如何才能貼合既定風格；如果遇到一個詞語可能有不同人有不同意見，再以其專業決斷如何處置，可能擇優，可能擇一，可能皆收以測試，也可能擱置；如同 Linus 對於 Linux kernel 開發的管理一般。 Blender 則很特別，i18n 的負責人把所有介...

目前臺灣開源世界中，與中文字型相關的專案有幾個著名的。 CJKUnifonts 首先最常被使用的是源自居臺德國人 Arne Götje (高盛華) 之手的 CJKUnifonts 專案。CJKUnifonts 包含兩套中文字型 AR PL UMing 與 AR PL UKai，改自文鼎公司 1999 年開放的四套字型；文鼎細上海宋繁與文鼎報宋簡整合並改良後成 AR PL UMing；而文鼎中楷繁與文鼎中楷簡則合成 AR PL UKai。此套字型也含內嵌點陣字型，其中部份來自 firefly 之手。 目前 fedora 針對正體中文以 AR PL UMing 為預設顯示字型；ubuntu 在中文方面雖未以此為預設顯示字型，但繁體中文支援仍會安裝 AR PL UMing 與 AR PL UKai。 文泉驛 再來是來自美國華人房騫騫之手的文泉驛專案，一開始是以發展開源的點陣字型為目標，成果為文泉驛點陣宋，後來從無到有發展出向量字型文泉驛正黑。文泉驛正黑推出不久後各主流 Linux 散布版皆以此作為預設中文字型。後來 Google 發表 Droid 字型後，文泉驛再以它為根基，製作出文泉驛微米黑與文泉驛細微米黑兩套字型；而文泉驛微米黑因受益於專業設計的 Droid 字型相比文泉驛正黑更美觀易讀，那段時間內大多數 Linux 散布版以此取代文泉驛正黑。 目前 fedora 針對簡體中文以文泉驛正黑為預設顯示字型；ubuntu 則從 13.04 起將預設中文字型從微米黑改回正黑。 目前 Linux 領域下，臺灣的開源字型運用仍以此兩專案為主流。 接下來幾個字型專案雖在臺灣 Linux 界中的使用雖不如前者普及，但仍非常重要。 cwTeX 字型與其衍生作品 cwTeX 當初由 吳聰敏 (Tsong-Min Wu) 及吳聰慧 (Tsong-Huey Wu) 於1999-2004年間在開發 cwTeX 這套支援中文的 LaTeX 排版系統時製作，並以 GNU GENERAL PUBLIC LICENSE Version 2 或未來版本發佈。 在 2005 至 2007 年間，Edward G.J. Lee 對該字型進行過整理，先由 cwTeX 中文 Type 1 字型轉換而來，並整合 Alexej Kryukov 的 CM-LGC 字型...

由於 fedora 中打包的 blender 一直無法正常顯示中文字，但是 blender 官方發行版則無此困擾，因此 2012-10-17 時提交了個臭蟲回報希望 fedora 方面可以改善打包問題 https://bugzilla.redhat.com/show_bug.cgi?id=867285 。 可惜此問題一直沒有被重視，直到 2013-08-28， François Cami 想要改善 blender 的打包而提請修改 blender.spec，以改正 這個在地化支援問題，並添加 jemalloc 與 OpenColorIO 支援。一開始的修正版部份改善了問題，只剩下 Hindi 語言無法正常顯示，後來 blender 軟體包維護者 Jochen Schmitt 又再審閱改了一次，反而又造成非拉丁字都以方框顯示的問題。 在一番討論與建議之後，決定將 fonts-blender 軟體包以官方原形式散布，而非採用 fedora 系統裝安裝的字型檔。主因是 blender 的 DejaVu Sans 其實內括了許多字型 (內含 CJK)，根本不是 DejaVu Sans 原版，也不是其散布檔名所暗示的 Droid Sans。 在還原官方形式散布 blender 所隨附的字型後，終於所有非拉丁字皆可正常顯示了，甚至 Hindi 語言也正常了，運作起來看似皆與官方發行的 blender 相同，應該可以說是解決了 blender 多國語言使用者的大問題。

我弟之前展示給我看了運用 Markdown 的 Logdown 網誌服務，只覺得寫法很像 wiki，版面清新，對它印象還滿好的。 正好最近打算翻譯書本，類似 wiki 的寫法倒是很適合，後來第二次聽我弟提到這個網誌服務時就毫不猶豫開了帳號，免費帳號剛好可以提供兩份網誌，十分湊巧。 今日，剛把著作權聲明與編者的話上線，發現 logdown 會自動從中文幫你下英文連結，推測大概是書本常用語而剛好在轉換之列，例如著作權聲明自動選為「XXXXX-copyright-notice」，前言自動選為「XXXXX-foreward」，編者的話自動選為「XXXXX-editor-notes」，還滿酷的！ 本書網址： http://libreoffice-get-started.logdown.com/ 我會在有空之時持續翻譯更新這本翻譯作品。

最近深覺要推廣自由軟體，必先得有全面且完善的基礎資料才行。 市面上一堆書在教 MS Office，但教 LibreOffice 的卻很少。因此決定逐步翻譯  LibreOffice Getting Started Guide 。翻譯作品定名為「LibreOffice 入門指引」。 該書著作權聲明與授權如下： This document is Copyright © 2010–2013 by its contributors as listed below. You may distribute it and/or modify it under the terms of either the GNU General Public License (http://www.gnu.org/licenses/gpl.html), version 3 or later, or the Creative Commons Attribution License (http://creativecommons.org/licenses/by/3.0/ ), version 3.0 or later. 可以 GPLv3 或未來版本，以及 CC By 3.0 或未來版本給予授權。這樣也就表示可以改作，當然也就可以翻譯。通常加上「原作已由英文版譯為正體中文版」或「本作為英文原作之正體中文翻譯版」之類字句表明翻譯關係，如果又有改作，可以再加上「原作內容已經作者修改，本作並非單純翻譯作品」。 另一本想翻譯的書是當初 Blender 基金會官方所發行的 the Essential Blender，主要介紹 2.48。當然，我們都知道 Blender 從 2.5 後大變，2.6 更引入多國語言架構，已經不是當初的 2.48。但其實根本精神與背後概念卻相去不遠，而且該書是一份基礎內容廣泛，且由社群編輯的作品，翻譯它非常有價值。 本書內容授權為 Blender Open Content license ，允許修改再散布，此外文字都已 整理成檔案 ，更方便翻譯。 翻譯此書還有許多好處，一個就是可以幫助 Blender 本身的中文翻譯，去看看詞語對不對，或是怎麼改善；另一個就是因為授權很開放，所以未來可與 Blender 2.6 系列相對照，並再改作以對應之。翻譯作...

文書處理軟體區分 title 與 heading 作為不同的套用格式。 title 是指作品名稱，以書為例就是書名、書目、題名。常有書除了主題名之外，還會有副次的題名，稱作副題。但文書處理的成品卻不總是書，無法採用書名、書目這種將使用領域狹窄化的翻譯，反而得採用更概括性的詞，例如前述「題名」。 題名也是比較正式、正規的說法，常見於圖書館編目系統、論文格式說明中。 heading 是指段落開展前的特意標明之題，以文章為例就是多個同質段落之前的共有的一標題、標頭、題目。所謂「目次」、「目錄」的目，指的就是題目，目次就是指題目的次序，目錄就是指題目的收錄、記錄。以日常生活常見用語及常見翻譯來說，「標題」確實是目前最適合 heading 用法的；另一個可用的對應詞則是「題目」。 若要讓 heading 與目次或目錄的用語及用法配合使用 例如，我如果設定好 heading 後則可自動產生 contents，這就是題目與目次之間的關係)，或許將之翻為題目更好。 LibreOffice 現在因為 title 與 heading 皆譯為「標題」之故，而導致臭蟲（討人厭的煩人的蟲）發生，即以 title 作為樣式格式儲存，開啟時卻以 heading 展示之謬誤 [1]。 如果要沿襲舊有翻譯，或許 title 得譯為「文件標題」，heading 維持為「標題」。但文件標題四字卻略顯囉唆。 如果要跳脫窠臼不守成，可以遵循原字更正式、更妥當的中文對應詞，讓 title 對應為「題名」；heading 維持「標題」，這是我個人比較偏好的處理方式。 如果又想讓 title、heading、contents 連結起來，或許可譯為「題名」、「題目」、「目次」。雖然得到連貫性的好處，但缺點就是需要改動使用者可能已經很習慣的用語，反而不見標題二字。 看來勢必得找時間一一檢查改動一下了。 1. https://bugs.freedesktop.org/show_bug.cgi?id=67093

個人是採用 fedora 自產的 liveusb-creator 來製作 live usb。 製作完成後，砍掉 EFI 資料夾、boot/grub 資料夾下的任何 efi 相關資料夾與檔案 (img 檔)、syslinux 下砍掉 efiboot.img。 接下來重新用 USB 開機即可以 BIOS 模式進入，而不會進入 EFI 模式打開 Fedora live 了。 安裝完後有個缺陷，就是 LibreOffice 沒有自帶中文包，得手動安裝... Orz

開放中文字型專案發想 (未來可延伸至中文資訊處理技術)   前言 現有的漢字開放中文字型專案，如文泉驛項目與 CJKUnifonts 專案已經幾近停擺，或許是時候改善這塊開放中文字型領域。開放中文字型的永續發展，除了能改善漢字文化圈所有人的使用體驗外，也同時將漢字文化傳承下去、並進一步發展相關藝術，如此得以在數位時代下讓所有公民皆能自由應用漢字文化。開放字型授權建議以 SIL 的 OFL 為主。 理想 基本功能（從既有開放字型衍生） 一、線上組字： 利用網頁技術做出類似文泉驛網站上，大家皆可共同編修字庫中字元其字符樣貌的網頁程式，以既有開放字型為起點。參與者為任何網站註冊者，並且已完成初學者沙盒區教學、組過基本示範字符樣貌，且必須同意其著作將採開放字型之授權條款發布。 平日隨機在網站首頁顯示主打開放字型專案之字詞或成語的字符樣貌預覽，參與者可由此看見目前缺字狀況或詞彙中字符搭配時之協調性，以決定是否要增補缺字或改善既有字符。 以補缺字為例，參與者點按缺字進入該字繪字介面後，可見該字編碼資訊，以及白底九宮格（可開關格線）方格，有附帶字符繪製邊界之引導線（可開關引導線），處理該字符樣貌時，暫時（如 30 分鐘）鎖定字庫中該字符之編修，避免其他參與者再次更動以降低重複勞力之可能性。九宮格後方有可參考的骨架背景底圖（可開關底圖），繪字者可在畫面中檢索並取出各個基礎結構部件，或是其他可參照字符之部件，然後在方格中引用並排列出新的尚未有的字樣，再移動、縮放部件外框，並微調控制點；若經縮放，則縮放後應提示先前筆劃設定之直筆、橫筆寬度以便繪字者參考修正。組合完成並確認送出後，編輯畫面中有區塊可看見變動後之推薦詞語或成語之字符樣貌預覽，點按該區塊後進入預覽模式，可縮放，再點按指定字符後進入該字符編輯模式。退出編輯模式後則回到首頁。 流程：甫排好部件的字符樣貌之成熟等級為「一階」。經過組長第一次審對，遴選（若有多個字符樣貌貢獻的話）並調整出一個字符樣貌，正式進到字庫中，此時成熟等級為「候選」；組長由較具經驗者、熟練者擔任。字庫中字元提供已知之不同筆劃之異體字符可供繪字，但以其一種為預設正體（如臺灣、中國、香港、日本、韓國、大清……等）。 監督程序：每個發行週期內，監督從字庫定期（例如每兩個月檢討一次）挑出需要修改的字符加上「待修正」標...