風吹草動

去年 (2019) 中起，Fedora 社群的在地化 (l10n) 貢獻者開始討論，要從原先 Red Hat 自家停止維護的 Zanata 翻譯平臺，轉移至積極維護中的開源網頁式持續性在地化翻譯平臺 Weblate。隨後，LibreOffice 社群也開始討論，並同樣決議轉移至 Weblate。 如今 (2020) 三月底，無論是 Fedora 或 LibreOffice 社群皆已轉移完成。 Fedora 的新 Weblate 翻譯平臺網址為： https://translate.fedoraproject.org/languages/zh_TW/ 歡迎所有喜愛 Fedora 專案，並想要為之貢獻一分心力的網友們一同參與！

 ─ 談跨專案的 L10N 專案、L10N 社群經理 (Community Manager)、和專職貢獻者 （長文慎入） 因為自由軟體的共創共享，不分你我是何人精神而喜歡上自由軟體，因此個人滿在乎桌面應用自由軟體的在地發展的，尤其是 Linux 桌面領域的永續發展。想讓 Linux 桌面有朝一日能飛入尋常百姓家。 然而 Linux 桌面領域的基本中文資訊處理，不管是介面翻譯也好、字型顯示也好、文字輸入也好，總是處在堪用邊緣。每當有不錯的進展後卻又乏人問津，導致實際成品上的支援衰落。 翻譯 以個人翻譯經驗為例，可能軟體前一版有時間大幅度完成翻譯，但之後貢獻時間不足或關注項目轉移後就又開始缺失了，目前最為明顯的例子是 LibreOffice。雖然以往 UI 部分我都能衝上 100%，但如今開始職業生涯後，往往回家不是要準備報告，就是一陣疲累，全無動力、心力再去處理翻譯。只要任何的自由軟體專案越來越成熟專業複雜，每次發表新版都會有大量字串，業餘的有經驗貢獻者已越來越難在有限時間下趕得上進度，更何況同時維護多項專案翻譯？ 找不到人維護的專案，或許就只能默默等候有心人的出現了吧！志願者貢獻或許多少會有，但如今各大軟體專案這樣成熟的情況下，即使是使用人數最多的 Ubuntu 來看，本次新版 Yakkety 也多只能見到老面孔的貢獻。現實是 Ubuntu 中文翻譯團隊首頁的加入要求，也只是請有心協助翻譯的朋友「在申請成員資格前，請先寄信到郵遞論壇告知願意遵守目前的翻譯規範」，但卻常常只見到加入要求都沒看的熱心朋友路過，手癢按一下申請鈕而已。 字型 字型顯示方面自從 Adobe 和 Google 合作推出的思源黑體/Noto Sans CJK 推出後，廣被各 Linux 散佈版使用，目前 Fedora、Ubuntu、Chakra 等預設的無襯線體中文對應都已經是思源黑體/Noto Sans CJK。 雖然 Sans-serif 無襯線體已有良好的開放字型對應，但 Serif 襯線體、Monospace 等寬字還沒有。目前即使沒有如思源黑體這樣全尊重各地規範寫法的 Pan-CJK 字型，仍還有開放的中文襯線體如 AR PL UMing/全字庫宋體、等寬字體如思源黑體 HW/文泉驛等寬微米黑/文泉驛等寬正黑可用，一樣可以透過設定檔去套用（註：...

那麼對於沒有公司或基金會支撐的小型自由軟體專案，如果以免費方式發佈又會遇到什麼狀況呢？ （續） 貢獻者時間競逐問題 要讓一個自由軟體專案能更多人參與，就必須解決貢獻者的生活問題，他們才有時間投入貢獻。因此要讓一個自由軟體專案能在臺灣在地生根發展，也一樣必須解決貢獻者的生活問題。 常見的自由軟體專案「投入時間」惡性循環就是：作者用閒暇時間開發，以自由軟體授權發佈 => 但只用閒暇時間開發，因此程式的臭蟲問題無法迅速處理，而且自由軟體的特性讓作者幾乎無法獲得額外收入 => 一些使用者因為程式問題久久未修而失去興趣甚至口出惡言，也因為忿恨心起當然無意樂捐給作者 => 作者只能用正職養活自己再說，有閑暇時間再把自由軟體開發當副業。 圍繞在這循環中的關鍵，就在於是否能解決投入者生活上的金錢問題，一旦生活無虞，就能全心投入，臭蟲也就逐漸少了，功能也越加豐富了。這就是為何許多專業的自由軟體專案，都需要有公司、有基金會、不斷籌募資金才能長遠持續下去的主因。 隱藏在免費自由軟體背後的代價 話說，各位知道你免費取用自由軟體時換取了什麼背後的代價嗎？ 就小型的專案來看，通常沒有職業員工，只有業餘志工，因此需要業餘志工貢獻者的犧牲才能成就這樣一個專案。以臺灣常見的業餘志工參與模式為例，他們可能犧牲 了假期、睡眠時間或是健康（例如腕隧道症候群）、犧牲了和家人或小孩相處的時間、犧牲了交女友或陪女友的可能性等等，只為了能讓大家可以閱讀到中文介面、 能輸入中文字、甚至去貼合臺灣人的使用習慣。 有位朋友剛好是某自由軟體專案的主要翻譯者，他的職業是老師，他曾跟我提及：「老師是個做業餘自由軟體翻譯的好職業，因為寒暑假放假剛好適逢主要桌面環境或 Linux 散布版 string freeze 階段之後，正好可以處理翻譯。」（註：string freeze 是指這項軟體開發到一個程度，打算發表新版本，於是就不再改動軟體介面上看得到的文字，讓翻譯者有時間去處理的階段，最後再統合收錄翻譯整合到軟體中。） 永續經營自由軟體專案需要資金投入 所以大家能瞭解 LibreOffice、Blender、GNOME、Fedora、Ubuntu…等大型自由軟體專案何以免費提供了嗎？正是募集資金去支應貢獻者做事情，方法主要就是透過基金...

這樣一來，通常自由軟體專案都怎樣收費呢？（續） 常見自由軟體收費方式 目前主流常見的自由軟體廠商或發行單位，有以下的軟體收費方式： 宣佈永遠免費提供，例如 Canonical 公司發行的 Ubuntu 作業系統、The Document Foundation（文件基金會）發行的 LibreOffice 辦公套裝軟體都是如此。 必須付費的訂購版（月費制、年費制、或一次買斷），例如 Red Hat 公司發行的 Red Hat Enterprise Linux (RHEL，Red Hat 企業用 Linux) 作業系統等。 自由讓用家決定費用，例如 elementaryOS 組織發表的 elementaryOS 作業系統等。 主要軟體免費，但模組或額外功能需要付費，例如 XMind 公司推出 XMind Free、XMind Plus、XMind Pro 三套心智圖軟體，僅 Free 免費提供，而有更多附加功能的 Plus 和 Pro 則必須付費。 僅發佈軟體不提及費用，但免費放在網路上供大衆取用，目前絕大多數自由軟體專案都是採取這樣的發佈方式。 問題來了，前面有提到即使是原作者或發佈者都無法限制後續第二手、第三手的收費模式，那麼他們是如何賺錢的？畢竟第二手以後都有可能另外以免費模式提供，或是以更低價跟他們競爭？例如 CentOS 作業系統，就是先取得 Red Hat Enterprise Linux 的源始碼，然後重新編譯出來，免費在網路上發佈供大眾使用的成品。看到這裡，你可能認為這是兩個互相排擠的兩種產品，CentOS 應該會搶走許多 RHEL 的潛在客源。 Red Hat 公司和 CentOS 結盟 或許會令你意外，在2014年的時候，Red Hat 甚至宣佈跟 CentOS 組織結盟， 也協助 CentOS 建立正式的管理委員會架構來帶領 CentOS 社群。他們並非是要透過這種滲透來打擊 CentOS 社群，而是透過支薪的員工來協助 CentOS 專案處理目前該專案運作上遇到的問題，並透過合作以擴大 Red Hat 相關產品的整體生態系統。為什麼呢？Red Hat 發表的問答集中就提到，CentOS 和 RHEL 的產品定位實際上並不相同，前者為使用者和貢獻者開發、維護支援的社群專案，後者為 Red Hat 公司為其...

 天下沒有白吃的午餐 有句俗諺這樣說：「天下沒有白吃的午餐」，說明白點就是凡事都有代價的，東西不會憑空出現。即使你真的哪天得到一頓免費的午餐，事實上你或其他人可能已經為這頓午餐付出你所不知道或忽略掉的代價。 自由軟體目前流行的其中一個原因是因為「可以免費取得」，但最常被拿來反駁自由軟體背後成本高的論點亦是「免費的最貴」。 四大自由 首先，我們必須先澄清一下。「自由軟體」一詞並非指價格免費，而是強調使用者有四大自由， 自由之零：自由使用、 自由之一：自由研究與改寫、 自由之二：自由散佈、 自由之三：自由改善並釋出成果。 在實務上，即使是把軟體轉手給其他人的動作都需要成本，因此在軟體散佈出去的過程中，散佈人都可以向受用人收取費用。 自由軟體可以販賣 回到最早先 Richard Matthew Stallman (RMS) 開始提倡 自由軟體概念的洪荒時代，他 就是以販售 Emacs 這套編輯器賺錢生活的。此外，如 GPLv3 這項自由軟體基金會（FSF）所定的授權條款中的〈 Preamble 〉（前言）一節就明講到，   When we speak of free software, we are referring to freedom, not price. Our General Public Licenses are designed to make sure that you have the freedom to distribute copies of free software (and charge for them if you wish), that you receive source code or can get it if you want it, that you can change the software or use pieces of it in new free programs, and that you know you can do these things. 概略翻譯供參考：「當我們提及自由軟體時，我們講的是自由，而不是價格。我們的 GPL 通用公眾授權主要目的是希望您可以自由地將自由軟體散佈出去（而且如果你想要的話可以收費）；自由軟體是提供你源始碼，...

目前還在服役中。雖然有些空閒時間，不過早時要早起，所以睡眠不能太晚，可以自由運用的時間約莫 2 小時。 這段期間內打算經營的項目有： 靜嘉黑體改善與ㄅㄆㄇㄈ繪製 Design with Fontforge 翻譯 Blender 書籍繼續翻譯 (已停滯一年) Blender 翻譯 閱讀以前就打算要讀，但礙於時間卻還沒讀的書。 不過如果都投入作業項目，閱讀項目似乎仍會停滯… 魚與熊掌不可兼得啊！ 總之，好好規劃，把握時光，盡早完成目標吧！加油！

(以下內文仍為開發中版本。本文秉持開源專案的 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 初次設定 由於...

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

指令： opencc -i 輸入檔 -o 輸出檔 (-c 組態檔) 即可，而且轉換超迅速的。 組態檔配置可以要求怎樣轉換，例如說簡體轉成臺灣用語還是啥的，預設是單純的簡轉繁。

LibreOffice 3.6 說明檔的翻譯十分無趣，除了教你一堆快捷鍵外，還需要不斷複製 xml 標籤的語法，但需要翻譯的部份卻只佔一段字串中的一小部份，真的是耗費時間又沒什麼成果。 原本想說這個暑假乾脆把整個 3.6 的說明都幹掉好了，但過了一個下午，真的有種想給它放著爛好了，反正這種吃力不討好的工作成果也沒幾個人會看、想看，翻這個沒什麼意義，還不如去翻別的東西的想法。XD 算了，我慢慢搞好了，看看最後有沒有辦法弄完。

準備工作 先安裝開發工具與開發函式庫。 建立需要的資料夾，並抓取 git 倉儲的「core」源碼。 mkdir git cd git mkdir libo git clone git://anongit.freedesktop.org/libreoffice/core libo cd libo 再來，  sudo yum install --enablerepo=updates-testing cups-devel  sudo yum install ccache fontconfig-devel perl-Archive-Any gperf libxslt-devel libXt-devel GConf2-devel gnome-vfs2-devel gtk2-devel gstreamer-plugins-base-devel 在你的 libo 目錄下，給予指令  ./autogen.sh --with-num-cpus=2 --with-lang="zh-TW zh-CN ja" --without-junit --without-myspell-dicts --with-jdk-home=/usr/java/jdk1.7.0_05 --without-java --with-num-cpus 數請根據你的電腦實際硬體狀況，以及你想使用的核心數目修改。 --with-lang 請根據你想測試的語言而修改。 --without-java 是為了解決 ant 找不到的問題，如果你可以解決的話，請改用下方選項 --with-jdk-home=/usr/java/jdk1.7.0_05 請依據你的 java 位置修改，這裡提供的是 Oracel JDK。 接下來的這個指令，只有在第一次時需要執行，讓你可以看到下載進度，就算你沒手動這麼做，之後的 make 也會下載外部需要的 git 倉儲，或是 tarball。 make fetch 這個動作非常耗時。 正式建置 make 2>&1 | tee build.log 其實 make 就夠了，但這可以讓你儲存所有的 make 輸出資訊為檔案 (build.log)，這...

更新系統 安裝文泉驛微米黑並調整系統字型 安裝 gnome-tweak-tool  設定輸入法並開啟輸入法指示器擴充軟體包 安裝 LibreOffice 辦公套裝軟體 加入 RPM Fusion 軟體庫 安裝 Flash 與 gstreamer 媒體編解碼器 關閉不必要的 systemd 服務來加速開機 挑選適合自己的 GNOME Shell 擴充軟體包 探索 GNOME 3.4 新的桌面環境 更新系統 sudo yum update 安裝文泉驛微米黑並調整系統字型 Fedora 17 預設採用 AR PL UMing 來作為正體 (繁體) 中文字型，雖然小字由點陣字表示，因此清晰明瞭，但大字時卻因為向量字型風格為 Light (細)，加上抗鋸齒效果後卻顯得異常虛弱不美觀。 Fedora 採用 Fontconfig 技術，可以讓各字型在缺失欲顯示字形時，往後尋找是否有可用的其他字型擁有之字形來補上，來達到盡量滿足字形顯示的需求。例如西文字型一定不包含漢字，當欲顯示漢字時，就往後查找符合規則定義的含漢字字型來顯示。 雖然 AR PL UMing 在西方字型分類中應屬於「有襯線字型 (Serif)」，但在 Fedora 國際化組的設計下，以一套 Fontconfig 規則設定將 AR PL UMing 冒充為它不應該屬於的 Sans-serif  (無襯線字型) 與 Monospace (等寬字型) 預設值。 有襯線字型與無襯線字型的說明，請參考 LGJ Notes 的「 serif vs sans serif 」。作者在回應評論者的留言中提到「以上的文章是依大多數人的經驗值為準。如果指的是電腦螢幕，那的確是黑體較佳，因為他需要的是醒目」，我個人也贊同他的看法。 然而，這造成一些缺點：漢字顯示效果與 GNOME 3 介面預設採用的 Cantarell 無襯線字型 (Sans-serif) 風格相互衝突、在中英混雜時顯示上異常突兀。因此我個人建議改用高品質、螢幕顯示效果佳、衍生自 Google Droid 字型的「文泉驛微米黑」。但此字型在螢幕自身像素顆粒大的顯示器上顯示效果較模糊，如果不喜歡，請記得在比較後自行還原設定。 安裝文泉驛微米黑 sudo yum ...

原因 會想要幫助 Ubuntu 發行 ISO 的測試，是因為之前某次 Ubuntu 新版推出，但卻發生新酷音輸入法開啟後就一直跳出某個視窗而無法輸入任何字的問題。這時我想，為什麼這個問題到了正式版釋出才發現？之前的測試版臺灣這裡都沒人幫忙測試嗎？遇到問題的話，若有回報上游，起碼會有個紀錄讓開發者看，並且可能被解決吧。 這個問題出現後，幾個禮拜後有位臺灣區的自由軟體參與者寫了修補檔推回官方去了。但如果這個問題早點提出，是否能讓正式版光碟 ISO 中文化支援程度更好呢？ 因為光碟 ISO 檔若支援良好，對於網路不佳的使用者來說是一大福音；不僅 DVD 版直接裝了就語言支援良好沒問題，或是更新時也不必再裝一些中文相關軟體包，基本架構是正常可以使用的。此外，當官方壓制出光碟後，若有人購買，拿到的產品中文化也會比較好，或是社群申請光碟後，拿到的是中文支援正常的光碟，甚至其中有些解決的問題是自己有出力幫忙的，也比較有紀念價值。 原理 Ubuntu 採取每半年釋出一次新版，每次光碟映像檔釋出前需要有人來幫忙測試看看這些工廠剛生出來的產品何不合格。不合格的產品不會下架，但是不合格的點 (Bug) 會被加上 iso-testing 標記，成為高重要性解決項目。 有個團隊專門在做這件事情，他們就是 Ubuntu ISO Testing team！人人都可以參加！人人都可以成為先鋒！請參考這個網頁： http://iso.qa.ubuntu.com/qatracker/ ，透過右上角的 Log in 按鈕，你可以登入或者註冊新帳號，登入後你就能在這個網頁上填寫合不合格的回報資料囉。 在 Ubuntu ISO Testing team 網頁下，可以見到許多可以測試的項目，對於我這種使用者來說，只會測試 Ubuntu Desktop i386 與 Ubuntu Desktop amd64 這兩種，至於 Ubuntu Alternate 可能就需要有心人士來事先測試了。 材料 想幫助 Ubuntu 變得更好的心 *1 即使回報的 Bug 一直沒人處理也不怨天由人的態度 *infinity 支援虛擬技術的 CPU* 1 安裝好的 Oracle VirtualBox *1 以測試 Ubuntu Desktop i386 為例 下載 ISO 檔 請先點...

以下的 Drive，起初代表的是有馬達驅動的磁碟（軟碟、硬碟、光碟等）裝置，後來泛指各種儲存設備的裝置，故可以稱為「磁碟裝置」或簡稱「裝置」。  External %s Drive => 外接 %s 裝置 %s Drive => %s 裝置 External Floppy Drive => 外接軟碟裝置 Floppy Drive => 軟碟裝置 Memory Stick Drive => Memory Stick 裝置 %s Removable Volume => %s 可移除式儲存區 %s Volume => %s 儲存區 CD Drive => CD 光碟機 vs CD Burner => CD 燒錄機 DVD Drive => DVD 光碟機 vs DVD Burner => DVD 燒錄機

今天翻譯 thuner-doc 時，遇到 removable drive 一詞，想著翻為「可移除式磁碟機」很怪，所以翻成「可移除式磁碟」。 隨後，在翻譯訊息途中發現 drive 其實可包括磁碟機、隨身碟、光碟、媒體卡等東西。所以修正翻譯為「可移除式裝置」或「卸除式裝置」。

po 檔概述 po 檔是自由軟體翻譯的基石，通常只要是自由軟體，便是使用 po 檔作為翻譯之用。因此 po 檔對於自由軟體翻譯來說，扮演著舉足輕重的角色。 那麼想要投入 po 檔翻譯困難嗎？實際上只要瞭解一些基本知識後一點也不難。 翻譯前必備條件 要翻譯 po 檔，必須先瞭解目前台灣自由軟體正體中文化的基本守則，可以透過 自由軟體中文化工作流程指引 文中查其全貌。一旦清楚該文件對於 po 檔翻譯的基本格式要求後，我們便可使用一些方便的工具來協助我們翻譯。當然您也可以一邊翻譯，一邊查閱該指引以遵守基本要求。 您可以加入正體中文翻譯團隊以取得支援與指導。 Poedit 目前筆者用得最得心應手的工具是 Poedit，優點是輕巧實用，缺點是翻譯記憶的功能很笨。Poedit 有幾個特色令人激賞，如：可以在儲存時自動編譯出 .mo 檔 (可以檢查翻譯時用到的變數是否有誤)、可以顯示開發者給翻譯者的註解、方便的快捷鍵配置等。 安裝 Poedit 若要使用 Poedit，我們必得先安裝它。Debian 一類的 Linux 作業系統可以透過 'aptitude install poedit' 指令自動安裝；Windows 作業系統可以從 Poedit 官方網站 下載並手動安裝。 Poedit 初步 個人資訊設定 顯示翻譯者註解視窗 編目檔設定 如果打開後呈現空白，請填入上圖所填入的必要項目：專案名稱及版本、團隊、團隊的電子郵件地址、字元集、複數形式。 專案名稱及版本，可以依照您正在翻譯的項目而修改。 團隊方面，若您加入我們 chinese-l10n 網上論壇，請填入 chinese-l10n；團隊電子郵件則填入 chinese-l10n[AT]googlegroups.com。 至於複數形式，請填入 "nplurals=2; plural=n!=1;"。 常用快捷鍵 上一個訊息 Ctrl+向上鍵 下一個訊息 Ctrl+向下鍵 標記模糊 Alt+U 尋找字串 Ctrl+F 存檔 Ctrl+S 最重要的一點，就是當你的翻譯不慎確定是否正確時，請點擊「烏雲」圖示 (或是 Alt+U) 來標記為「模糊」。 更新編目檔 待... 由 p...

Drive 其實常被用來指稱機器，像是 CD-ROM drive 光碟機，disk drive 磁碟機。 但是條目單單只說 drive 時就麻煩了，要自己推測現在講的到底是光碟機還是磁碟機。不過通常情況下是磁碟機，若是光碟機則可以從脈絡中判斷出來。 新想法：又或是翻譯為裝置， 例 ，Removable drive => 可移除式裝置。

今天再度遇到所謂 driver disk 一詞，我先前是翻譯為「驅動程式碟片」。然而思索了一下，碟片似乎暗示著光碟，因為口語中比較常聽到「光碟片」。又在其中幾個條目中看到從分割區載入驅動程式碟片的描述，讓我瞬間覺得翻為「驅動程式磁碟」更好，卻始終拿不定主意。於是上了英文維基百科，查了「disk」一詞。 維基百科說：disc 或稱 disk，是資料儲存物品的泛用類型，分為 optic disc（光碟片）與 magnetic disc（磁碟片）......等。 光碟片有很多種類型，包括藍光、DVD、CD......等。 磁碟片也有各種類型，包括軟碟片、硬碟機......等。 所以，disk 還是翻作碟片好。

第一、翻譯準則的建立 第二、翻譯術語庫的雛型 距離第一次提到這些目標，都快要半年了。XD

最近在 ubuntu-tw 上， OpenShot 翻譯 炒得如火如荼，其翻譯效率、翻譯討論與翻譯成果都相當良好。我認為其中最主要的因素是：對於該領域的熱情。 是的，當您對於影片剪輯有熱情，並發現了某好用軟體沒有完整中文，那麼你一定會想要協助它完成中文化！更因為對於該領域的瞭解與興趣，翻譯該軟體變得比完全對於該領域不瞭解的人輕鬆許多。 例如其中著名的討論：Title 一詞的翻譯，應該是標題？還是字幕？對於該領域不瞭解的譯者，想當然爾，直接輸入「標題」！只有真正對於該領域有熱情的人，才會去探究、去測試，並瞭解到使用該軟體的 Title 相關功能時，是替影片加上字幕。 因此，翻譯其實需要熟悉各種領域的專業人才。我們需要的專業領域有很多，包括影像處理、影片製作、影音播放、相片管理、光碟燒錄、無障礙領域、系統管理、瀏覽器、即時通訊(包括 irc)、軟體開發、BT 下載、辦公軟體、益智遊戲等。 最終的目標， 是希望培養各個領域的翻譯人才 ，每個領域都有人負責翻譯，有人負責校閱。而翻譯協調者這種角色，則負責統一、標準化各種領域的翻譯術語。 ****** 目前我用過的翻譯平台有這些：Transifex、Damned lies、Launchpad、Tryneeds。 Tryneeds 平台的管理機制大概是目前最好的，由管理員審閱翻譯內容，因此可以統一最低限度的用語，也就是單一軟體內的用語。不過缺乏管理員也成為其問題之一。 相較於其他，Launchpad 是其中翻譯管理最雜亂的平台。同一個軟體內，相同的術語因為有不同的人翻譯，讓用語相去甚遠。因此，若要管理 Launchpad 平台上的翻譯，必得先有翻譯準則，其中更要提到同一個軟體內術語統一的要求。 此外，Transifex 平台越做越好，目前也加入線上編輯的行列，提供簡易的線上編輯與基本過濾功能；將來也會納入校閱功能，讓翻譯的品質能夠更好。缺點在於 Transifex 是以專案為分割，每個專案都有其翻譯團隊，因此無法統合各個專案翻譯團隊的人力資源；但這卻較符合各種領域都有其各自的翻譯人才。如果能為各個專案加上各種領域的標籤(Ex. graphic, audio, internet)，並且提供同一領域內各專案翻譯團隊彼此溝同的渠道會更為理想，甚至校閱者都相同會更好。