#osxchat blog

Blog 搬家囉

2010-01-06T17:38:00.002+08:00

新的 blog 位於http://osxchat.tumblr.com/，歡迎大家前往閱讀指教。:)

停用 Dashboard

2009-09-08T04:22:00.002+08:00

我發現我漸漸地少用 Dashboard，甚至沒在用了。因此，我試著去完全停用它。在終端機中貼入這兩行：

defaults write com.apple.dashboard mcx-disabled -boolean YES

killall Dock

F12 切進 Dashboard 的熱鍵就沒效了。如果要改回來的話，就用這兩行：

defaults write com.apple.dashboard mcx-disabled -boolean NO

killall Dock

參考來源：macosxhints.com

在 Mac OS X 使用 Platypus 包裝 X11 指令

2009-01-26T05:43:00.007+08:00

我自己本身在工作上需要使用到 xmgrace 對數據作圖, xmgrace 本身是個使用 X window 顯示的程式，執行的時候需要使用終端機之類的文字介面來啟動，與 Mac OS X 本身的圖形操作介面並不相同，也就是說在安裝 xmgrace 後沒有任何特殊處理之下，我沒辦法對已經作好圖的 project files 用滑鼠打開。以下是我發現一個在不用自己寫程式的狀況之下簡單地把 X11 指令包裝成一個 Mac OS X 程式的方法。

首先我先從 platypus website 下載 platypus, 然後寫一個 xmgrace 的 script 放在一個文字檔裡面

if [ ${1}"test" != "test" ]; then
   cd $(/usr/bin/dirname "$1")
fi
/opt/local/bin/xmgrace -g 1158x806 -maxpath 50000 $*

然後啟動 platypus

之後直接先按 Script Path 下的 select 把這個 script 讀入。這時候也可以直接按 Edit 在 Platypus 裡面編輯

我的 script 是用 sh 語法寫的, 所以在 Platypus 裡面 Script Type 就選擇了 Shell, 順手也把這個包裝取了個 Xmgrace Wrapper 的名字。

接下來展開 advanced options 選擇了這個包裝的程式要接受 drag and drop 的開啟方法，也就是說可以把檔案丟到圖示的頭上來啟動程式打開這個檔案。然後按 Edit Type.

選擇不要的項目然後按減號的按鈕，加入新的附加檔名叫做 agr, 順便刪掉右邊 File Type 裡面的 Folder, 因為我不想把檔案夾丟在圖示上開啟。這樣 Apply 以後，以後的行為就會變成如果你的檔案的名字有 .agr 附加的檔名就可以 double click 打開。

另外一個選項我有打開的是 Runs in background. 這個其實跟 X11 程式在 Mac OS X 顯示出來的狀況有點關係，如果沒選這個，在我的 Xmgrace 在執行的當時，Dock 會一直有一個 wrapper 的圖示, 有一點點多餘。

當然，一個適當的圖示是額外的，我從 linux 參考 /usr/share/icons/hicolor/48x48/apps/grace.png 放大修改然後用 Icon Composer 畫了一個...

接著按 Create 就能夠製作一個包裝 X11 指令的程式了。我把它放在這裡下載，不過要用的人還要用 Macports 安裝 Xmgrace 才行。 (其中有個問題我記在這裡)

當然另外一個簡單的方法以我已經在這裡介紹了

SubEthaEdit 3.2 版中非常奇怪的字型臭蟲

2008-12-09T21:56:00.004+08:00

以下這個畫面是我在 SubEthaEdit 3.2 版中輸入一段中英夾雜的文字的效果。

輸入過程的畫面錄影在此。打字過程中，只有按 Cmd-Space 切換中文輸入法，沒有切換字型。

在使用者沒有切換字型的狀態之下，這三行的英文字型都不一樣。事實上，第三行的「夠」這個字本身，也用了與前一個「不」字不同的中文字型。這真是令人超級困擾，因為如此，英文字型變成不是定寬度的，更無法拿這個編輯器來與人改程式了。

倒底是怎麼回事呢。

applejack: 第一步軟體修復的好幫手

2008-10-27T15:56:00.005+08:00

applejack 是個 shell script，它主要的功能是在 single user mode 下提供各種常用的修復功能。像是檢修檔案系統、檔案權限、清除應用程式快取、清除毀壞的使用偏好設定檔案等等。

Notebook 使用者特別需要這個 shell script 的原因是，這些功能的一般做法是利用安裝光碟開機，再以安裝畫面中的磁碟工具程式（Disk Utility）的進行。但若光碟不在身旁，則束手無策。

如果是 Macbook Air 使用者的話，更是需要了。

此 shell script 需要事先安裝好，請前往這裡或這裡下載。

裝完之後的使用方式，是要在重開機時，按下 Cmd-S 這個組合鍵（在一開機時發出「噹」聲那時便要按）。之後便會以 single user mode 開機。

開機之後執行 "applejack" 這個指令，會看到如下的畫面：

基本上按 a 表示 1-5 全部做，可能得花到一個小時的時間。

如何用 Mibbit.com 連上 #osxchat

2008-10-22T14:21:00.007+08:00

FreeNode 阻絕了來自 Mibbit 的通聯, 本方法已經不適用。

本 blog 之前曾經介紹了 Conversation 以及 Colloquy 也提到了 Chatzilla 等 IRC 聊天室連線軟體。接下來我來介紹一個不用安裝任何軟體、不用註冊、使用 Safari, Firefox 等 browsers 就能連上本 blog 所屬 #osxchat 的 IRC 頻道。當然也不用擔心 Java 執行的問題。
使用上真的是很簡單。連上 http://www.mibbit.com 以後，就在這兩個欄位輸入：

左邊 Nick: 欄填上您要在 IRC 上使用的代號，右邊 Channel 欄位填上 #osxchat 就好了。然後接下來把 IRC: 下拉選單拉下來。

選擇了 Freenode 之後點選 Go 就可以了！

這真是有史以來最懶惰的 blog 文章了。XD

後記：如果這時候要加入其他的頻道，例如 #bsdsports，請直接在對話窗裡面打 /join #bsdsports 就可以進入。新頻道會以一個 Mibbit 分頁的方式呈現，選擇分頁除了可以用滑鼠點選以外，也可以用 option-方向鍵 (在 PC 上是 alt-方向鍵) 來在分頁中循環選擇。

OpenVanilla捐款收支明細（2007年結算）發佈

2008-03-24T23:42:00.000+08:00

最近一次的 OpenVanilla 捐款收支明細已經整理出來了。2007/12/31 的結餘為台幣 39,550 元，美金 1,378.06 元。2007 年度的新台幣捐款收入為 13,750 元，美金為 33.21 元。

明細表可於此處連結取得。

2007 年 OpenVanilla 獲得 ICOS 2007 傑出社群軟體計畫獎項，獲得的獎金 NTD 12,750 （稅後）作為 OV fund 使用。

2008 年度，在我們推出下一個 release 之前，應暫時不會有新一輪的募捐計畫。在支用部分，2006 年時 OV fundraising 的目標是讓開發者能參與輸入法相關開發者會議。我們今年希望能繼續這個目標，目前計畫是利用現有捐款，贊助 zonble （對 OS X 版本貢獻相當多的 OV team member）參與今年的 Apple WWDC 2008，贊助的項目包括了 WWDC 的門票，以及台北─舊金山的來回機票一張。

再次感謝所有支持 OpenVanilla 的每一位朋友！

3G/HSDPA connection on Leopard with Nokia 6120 Classic

2008-02-20T08:10:00.003+08:00

今天去Elisa問3G/HSDPA門號方案，本來祇是要詢價的，沒想到方案與公司網站上看到的不同。網站上說3G無限上網要綁約兩年，結果今天去問，本來的門號就可以直接加3G服務，不用綁約，想停隨時可以停。想想不錯，就先要來用。

芬蘭與台灣不同，這邊的3G無限上網方案費率根據傳輸速率不同，有四種速率：384KB/512KB/1M/2M，月費分別是9.9歐/14.9歐/19.9歐/32.4歐。我在512KB與1M間猶疑，服務人員居然說：「我們是建議客戶從384KB的方案開始用，因為手機不一定真的可以跑上1M的速率。」（我常常覺得，從台灣人的角度來看，芬蘭人不太會做生意。）於是就384KB了。

這服務其實滿好的，一啟用所有的設定資料都用簡訊傳到手機上，把簡訊儲存起來，就自動完成手機的上網連線設定。測試過手機可以上網後，纔是考驗的開始。Nokia 6120 Classic與Leopard到底能不能相處愉快呢？

前置工作
下載並安裝Modem script for Nokia HSDPA phone，五郎的modem script格式有改，所以先前Ross Barkman寫的script派不上用場。蘋果也有內建的Nokia GSM/3G modem script，不過速度頗鳥。

Connect to 3G via Bluetooth
Bluetooth pairing沒有問題，但是透過Leopard內建的Bluetooth Setup Assistant，卻無法將6120C設成上網用手機，必須到Network那邊設。五郎在網路設定介面上，與四郎差異不小，所以在四郎上設定GPRS上網的經驗在這裡不太合用。配對好6120C與MBP後，到System Preferences -> Network，Location我新增了一個叫3G的，專門給3G上網用。從左邊列出的一堆裝置中選擇Bluetooth，Configuration我用Default（要自己新增也行）；最重要的是，點選右下角的Advanced，要在這邊設定modem。

進入Advanced選單後，選擇Modem，Vendor欄位選Nokia、Model欄位選HSDPA（如果你已安裝好HSDPA modem script的話），沒有就選GPRS(GSM/3G）、APN要從operator那邊問、CID我沒動就用1。之後按OK回到前個設定頁面。

這邊剩下需要設定的：Telephone Number、Account Name、Password。Telephone Number等於你的APN，Account Name與Password一樣是跟operator問。基本上，如果已經能用手機上網，那手機上就會有這些設定，祇要把設定找出來就行了。在我的6120C裡，這些設定可以從主選單->Settings->Phone Sett->Connection->Access points得到。

全部設定完畢後，選擇「Apply」把設定存起來。要測試的話，點選「Connect」，看能不能連上。如果得到"Could not open the communication device."的錯誤訊息，是五郎與手機沒接好，請再確認五郎有跟手機pair正確。如果接上後出現"Authentication error"，就是account name, apn, password那邊的資料有誤，請再跟3G服務供應商確認。如果接上了，恭喜！

Connect to 3G via USB
6120C附一條USB cable，要透過USB cable撥接6120C上網的話，除了modem script，還需要下載並安裝Nokia Multimedia Transfer。

安裝完畢後，將手機用USB接到五郎，在6120C端把連接模式選擇「PC Suite」。然後回到五郎，進System Preference->Network，這時候，應該會在左邊的裝置列表上看到一個新增的裝置，名字就叫「Nokia 6120 classic」。在裝置列表選取「Nokia 6120 classic」，我的Location還是3G，Configuration用Default。

接下來，一樣點選Advanced，選擇Modem，各欄位的設定與Bluetooth的一樣，設定好後回到前個選單，Telephone Number、Account Name、Password的設定也與Bluetooth的一樣，然後點選「Apply」儲存、點選「Connect」測試。

其他Nokia S60或N系列的手機，應該也都可以用同樣的方式與Leopard連結上網。

OpenVanilla 2007年11月18日止的捐款收支明細

2007-11-19T22:13:00.000+08:00

我們今天整理完OpenVanilla至昨日（2007年11月18日）為止的捐款收支明細，發佈為一份Google Docs的試算表，並且說明了近期的開發及支用情形。請大家參閱OpenVanilla Group所公佈的文件，謝謝！

同時更新IM與社交軟體的狀態

2007-11-16T06:33:00.000+08:00

Circle Six公司的MoodSwing是個QuickSilver外掛，讓你可以在QS介面輸入狀態，透過MoodSwing一次送到指定要更新狀態的IM與social network軟體。比如我會同步更新facebook、adium與twitter，而adium就會一次改到MSN、Gtalk與iChat。要注意的是，在10.4下，無法輸入中文，聽說10.5這個問題就解決了，沒有測過不確定。

最新發展是，Circle Six已經停止MoodSwing的開發，轉而專注在Stand alone版本的MoodBlast，而且功能更多了。有需求的朋友可以試試看。

OpenVanilla新模組：聯想詞功能（alpha版）

2007-11-08T01:25:00.000+08:00

好久沒用 OpenVanilla 開發新功能了。都說 OV 適合開發輸入法相關功能，如果不拿來善用會有點可惜。

所以就寫了這個：OpenVanilla聯想詞模組。

這只是開發版，還有點生。抓下來之後，照著裡頭"How to Install"的說明來安裝，然後把兩個名稱奇異的模組都enable，就可以開始用了。任何單字式的輸入法都可以使用（倉頡、簡易、傳統注音、大易、行列... you name it）

Tiger跟Leopard用的OV，都可以安裝。

No picture(s), no truth. 首先是要 enable 兩個名稱怪異的模組：

就大功告成了：

裡面的詞庫是從酷音詞庫（tsi.src）衍生來的。目前還沒有翻頁功能，不過基本邏輯已經正確囉。

Windows版本，等 key preprocessor 架構完整後，就能支援了。

再度徵求測試：LeopardVanilla 0.8.0.3

2007-11-06T22:15:00.000+08:00

晚上發布了新版本的 LeopardVanilla ，請從此處下載。

這個版本修正了幾個問題：

最令人困擾的 "Finder當機" 問題（這次不是被輸入法模組害到，而是 OV Loader 本體的問題了），應該已經被修正了（尤其是 PowerPC Mac 常發生這種狀況）。如果您還是遇到「裝完後重開，Finder卡住」問題，請務必再和我們回報，好讓我們找出原因
數字鍵被誤判為輸入碼，而不被當成數字輸出（10.4 用的 OV 無此問題）
在中文介面上無法正確顯示為 "LeopardVanilla" 而顯示成 "OpenVanilla" 的問題
使用了其他語系的鍵盤後，再切回中文輸入法，鍵碼錯亂問題（此修正為 LeopardVanilla 限定）

另外修正幾個問題，目前為 LeopardVanilla 限定。我們也將發布 10.4 用的 OV 與之同步：

反查模組不穩的問題
酷音模組在使用許氏鍵盤配置時，無法使用七個以上選字鍵的問題

偏好設定中，加入酷音「候選字數」設定，沒有正確出現的問題
酷音模組在使用許氏鍵盤時，無法使用 asdfghjkl 連續選字鍵的問題
行列30反查模組加回標準安裝包中

已知問題

在 LeopardVanilla 上，「使用完偏好設定後，輸入法失效」的問題，仍無法獲得有效解決。我們已經將問題回報給 Apple ，也正在尋找合適的 workaround（避開問題的方法）。在此之前，如果您發現用完偏好設定後，LeopardVanilla 失效，可以試試以下任一種方法：

再進入一次 OV 偏好設定 (在 /Library/OpenVanilla/0.8/Loader/OVPreference.app），然後離開
在 shell 下執行 "killall OpenVanilla"
從 Activity Monitor 中將 OpenVanilla.app (或者是名稱為 LeopardVanilla 的 process) 給停止

要再請大家測試了。謝謝！

徵求測試：針對LeopardVanilla不穩所做的修正

2007-11-02T04:26:00.000+08:00

自上週五 OpenVanilla 0.8.0 發布以來，我們已經接到不少關於 Leopard 專用版 ("LeopardVanilla") 不穩定問題的回報。我們今天發布了新的修正套件，在此徵求測試。請下載本連結所附的檔案，解開後，依據README文件說明，將/Library/Input Methods/中的OpenVanilla.app代換掉（可能要先disable LeopardVanilla並登出才能進行代換，或者在shell進行sudo cp），再重新登入。

目前「初次起動不穩」的問題應能獲得改善。「進入偏好程式修改設定後，輸入法無法使用」的問題也應獲得大幅改善。前者應可算完全解決，後者仍有機會在離開偏好設定後，造成輸入法失靈（解決方法，除了離開現有應用程式，也可試著在shell下打"killall OpenVanilla"）。我們會繼續努力解決後面這一問題。

要請各位朋友幫忙測試看看這一版是否有改進了。謝謝！

OpenVanilla 0.8.0發布（與新的修正包）

2007-10-26T21:55:00.001+08:00

OpenVanilla 0.8.0於今天發布。這是2004年OpenVanilla計劃開始以來的第三個主要版本。這一個版本最重要的變化有：

增加Leopard專用版本
視覺設計的強化
新版本的酷音輸入法
日文輸入法支援
行列輸入法支援萬用字元
網站及使用手冊改版

請至openvanilla.org下載最新版本。

今天發布的修正

我們今天同時發布兩個修正檔案：

繁體／簡體中文語系修正。由於許多舊軟體（例如AppleWorks及Adobe中文化後的軟體）需要「繁體中文」或「簡體中文」語系的輸入法，才能正確輸入中文，而OpenVanilla的預設語系為Unicode，因此OV無法在舊軟體中使用。請下載語系修正包，照裡面README.txt說明，安裝裡面其中一個語系的輸入法系統檔，便能正確使用。
行列輸入法修正。OV 0.8.0附的行列，在打到「t」簡碼時，選字區不會出現「的」字樣，這會造成iTerm會多送出一個英文字母。請下載修正包，參照README.txt的說明安裝，即可解決此問題。

OpenVanilla 0.8.0 (beta 1) 發布

2007-09-27T02:26:00.000+08:00

我們今天發布了 OpenVanilla 0.8.0 (beta 1) for Mac OS X ，可透過這個網址下載取得。

0.8.0 (beta 1) 與前一版本 0.7.2 相比，最重要的改進如下：

選字窗以及整體視覺設計的改進
使用最新版的酷音模組，修正了過去以來使用者詞庫無法正確儲存的問題，同時支援大字集
行列輸入法增加萬用字元（? 及 *）的支援
泛用輸入法增加萬用字元（? 及 *）的支援，但目前需要手動更改設定檔才能開啟
精簡過的預設模組清單，讓第一次安裝後的選單清爽許多
附帶安裝 UIM-Anthy 日文輸入法。要使用本輸入法需另行安裝 MacUIM，可從這個網址取得
修正了不能與QuickSilver搭配使用的問題
修正了雙螢幕模式時，選字窗位置跑掉的問題
修正酷音輸入法容易使Finder當機的問題

已知問題

泛用輸入法模組的萬用字元功能，需用手動修改設定方式開啟
偏好設定面板的選字窗預覽並未反映新介面，同時新選字窗已不再支援背景貼圖和透明色
使用手冊未完成更新
網站未完成更新
選單本地化工作尚未更新
行列反查模組暫時移除，因為目前發現一些資料結構上的問題
POJ輸入法的一些規則需要修正
選字窗縮放時的動畫效果，在較慢的機器上可能造成系統延遲。動畫選項需用手動更改設定方式來關閉。
本安裝包並未附上反安裝程式，.cin檔編輯器、螢幕小鍵盤等工具
Display Server尚未支援螢幕小鍵盤的「顯示／隱藏」告知功能
Loader仍有許多debug訊息未移除
0.7.2的設定並不會被0.8.0沿用
本安裝包為Unicode Script版本，因此對於一些傳統的Carbon應用程式，可能會發生無法使用OpenVanilla來輸入文字的情況

OpenVanilla 0.8 最近的開發進度

2007-09-25T19:39:00.000+08:00

本文同時發表於zonble's promptbook。

大概在月初的時候，OpenVanilla 開發團隊決定近期內再推出一個版本，下一版的版次為 0.8 版；實際的推出日期還不確定，到時候新的版本會包含多少新功能，很多也還不確定，總之，在這邊先聊一下這一兩個星期的實作進度。

目前 OpenVanilla 主要在 Windows 以及 Mac OS X 兩個平台上發展，而團隊目前也對於 Mac OS X 平台的開發比較熟悉，我個人也只有處理 Mac OS X 這部份，所以，以下的內容，也以 Mac OS X 平台為主。

首先是要解決自前一版本釋出後，一直沒有解決、同時困擾很多人的使用問題，例如酷音輸入法這套智慧選字注音輸入法，在 Finder 下要修改檔名的時候，會造成 Finder 當機的問題。同時將 libchewing 從 0.2 版升級到 0.3 版，換言之，便是酷音輸入法的功能升級到與目前的 Windows 以及 Linux 版本同步，包括內部編碼從 Big5 改為 Unicode，可以直接透過酷音，輸入在 Big5 範圍之外的中文字以及各種符號。

之前也已經完成了一些輸入法相關的小工具，例如通用輸入法表格修改工具，以及圖示修改工具，可以讓使用者自行修改在輸入法選單上顯示的圖示…等。

在外觀設計上，計畫在這一版中翻新從 2004 年起、自 0.6 版使用了將近三年的圖示。之前一直有人說， OpenVanilla 的圖示長得像香蕉（或是這樣的反應：「原來 OpenVanilla 的圖示不是香蕉啊？」），於是花了時間重新繪製了一個香草圖示，以灰色與綠色搭配出一套清爽的外觀。

在選字視窗設計方面，過去一兩年間，開發團隊花了一段時間嘗試是否可能將 Web 技術放入輸入法設計中，甚至透過 Web 物件，呼叫可以做出各種華麗介面的 Quartz Composer，像之前就有提過的「立體旋轉選字窗」或是「涼宮春日選字窗」等；技術上是做出來了，涼宮春日也的確很萌，但是實際上用過一陣子之後，感想還是—不好用。因此，並沒有在下一個釋出版本中，使用 Web 選字窗的計畫。

不過，下一版的選字視窗，也有著不一樣的外觀。下一版的選字窗會有圓角外觀以及 Aqua 風格的漸層；在整個 Mac OS X 中用 OpenVanilla 打字跳出選字窗時，應該不會有那種「某個地方看起來特別不協調的感覺」了吧…。

在下一版中，也加入了各種透過視窗介面輸入文字的支援，換句話說，就是像是螢幕鍵盤或是符號面板的功能。

雖然 Mac OS X 內建的符號面板功能十分強大，除了可以用來查詢、輸入各種亞洲文字以及 Unicode 字元，在繁體中文的部份，可以用筆劃數目與部首查詢文字輸入，但是，內建符號面板的執行速度實在讓人難免有微詞，而且還是有很多各種不同文字或符號面板輸入的需求，很難一次全部做在一起打發，但是直接寫一套 Mac OS X 支援的符號輸入法 Bundle，光看文件就覺得是件麻煩事（君不見除了蘋果之外，還有人在寫第三方的輸入法，但是沒什麼人在寫第三方的符號面板），而我自己覺得，在 OpenVanilla 現在的架構下，要弄出新的符號面板來，會輕鬆容易得多—唯一不便的地方大概在於，要使用 OpenVanilla 的符號面板，一定要將輸入法切換成 OpenVanilla，才能作用。

這兩天做了兩個符號面板的實驗。一是文字輸入 Snippet（一直以來也不知道 Snippet 到底有什麼好翻譯），大概是，如果你經常輸入某些詞句或段落，你可能會放在某篇文件裡頭剪剪貼貼，而要用的時候，卻又不知道這篇文件放在哪裡；你也可能使用文書編輯軟體提供的功能，例如 Microsoft Word 提供所謂的「自動圖文集」，Mac OS X 上的編輯軟體如 Smultron 等，也提供 Snippet，但是有時候你也會希望同一段文字，可以在很多不同的軟體中使用，而不只侷限在某一套軟體。通常使用者不會一直開著同一套軟體，但是會一直開著輸入法，在輸入法的層次做這件事情，或許是一件比較好的解法。

目前，你在打了某些文字之後，可以將文字選起來，透過服務選單（Service Menu），便可以將這段文字加入到 OpenVanilla Snippet 的列表中，到需要使用的時候，只要點選兩下，就可以將這段文字插入到目前正在使用的應用程式。（順道一提，這個小程式主要用到了 CoreData，CoreData 的確很方便）

另外一個嘗試，就是做了一個常見的中文標點符號表了。在 Windows 上，很多文書軟體都提供了標點符號表或符號列的功能，許多使用者也習慣點選符號表輸入中文，很奇怪的，Mac OS X 上卻一直沒看到什麼人做出這樣的功能；起先就根據 Microsoft Word 2003 依樣畫葫蘆，畫了一個內容相同的符號列，馬上就有人說，這樣長得像麻將，心一橫，就乾脆先畫成麻將的樣子了，沒想到效果還不差啊…。畫面中的麻將，是把第一代「麻雀學園」遊戲畫面裡頭的麻將拿出來用的。

（想想，與其做什麼輸入法，不如去做賭博電玩。）

在 Windows 平台上，b6s 最近接連釋出了幾個 0.7.2 系列的測試版本，目前最新的版本是 ~~0.7.2.7~~ 0.7.2.9 測試版。

說到 Windows 上的 OpenVanilla，就覺得這年頭什麼怪事都有—起先你以為 Windows 上面很多輸入法都做了那麼多年，想來不應該會有人什麼問題，但是微軟就是有這個本事，做了那麼多年的輸入法，有一天他就是有辦法給做爛；如果用 Windows Vista 內建的大易輸入法 6.0 ，在 Office 2007 裡頭打字，輸入法會自動在每個字之間插入一大堆空格，讓你每打兩個字，就要回頭刪掉三個空白，舊版的大易輸入法也無法在 Vista 上安裝，也不知道微軟以及太易科技要怎麼解決這個問題，而聽說行列輸入法也有類似的問題。

而目前在網路上面看到的解決之道，要不就是把 Vista 砍掉重新安裝成 Windows XP，要不就是使用還在測試中的 OpenVanilla 加上大易打字； OpenVanilla Windows 版本突然變成了大易輸入法的救星，想來也真是莫名其妙。

總之，這兩天還只能夠先聊聊下一個版本的大概面目，有些其他的功能—包括某些輸入法模組—還在實驗當中，但是，新的版本，會在不久的未來推出，這是可以肯定的。

播放媒體檔案時搭配 SRT 字幕

2007-09-18T22:04:00.000+08:00

請先參閱前一篇〈播放媒體檔案以及 SSA/ASS 字幕〉。

Perian 仍然是最好的選擇，一樣不挑編碼，只要與媒體檔的名稱相同、在同一個路徑下，就能順利地自動上字幕：

MPlayer 要自行指定編碼與字型，如下圖所示：

VLC 除了照前一篇圖解指定字幕檔與編碼之外，還要到偏好設定裡選字型：

MPlayer 和 VLC 都很容易看到格子，顯然不會自動切換字型是件很苦的事；而 VLC 更慘的是，失敗的機會比 MPlayer 來得高，又有字幕同步問題…… 所以，順位很容易排了：Perian > MPlayer > VLC

註：之前搞混了一些事，上文已更正。抱歉。

播放媒體檔案以及 SSA/ASS 字幕

2007-09-17T09:41:00.001+08:00

以下我找了一個範例 SSA/ASS file 然後自己改了一下。順便找了一個 Noah Wyle 模仿 Steve Jobs 的 AVI 短片來配。要注意的是如果這個短片的 codec 是預設 quicktime 就吃的，那 perian 就沒辦法載入字幕。

首先用 VLC 來看看（值得一提的是我還沒成功用 MplayerOSX 載入 ASS 字幕，但是手冊上是說可以。）：

VLC 需要指定文字編碼的格式。這裡選成 UTF-8 的 unicode ，因為我當初就用 unicode 編碼的。

成功的話會是這樣：

雖然有點模糊，倒是成功了。

用配備 Perian 的 QuickTime 來開這個 avi 檔案，特別注意字幕檔要放在同一個目錄而且主檔名要一樣。

perian 可以自己辨認 ssa or srt 的文字編碼，不僅可放 unicode, big5 和 gb 都沒問題。

最後就成功啦。

FLV+SSA 嘛也通（反正 FLV 就是 Perian 處理的。）。

It's FreeBSD, not Linux; it's userland, not kernel.

2007-09-13T00:59:00.000+08:00

「同时采用开源的 Linux 作新的苹果操作系统的内核」

—— Google 黑板报 -- Google 中国的博客网志: 浪潮之巅第三章
— “水果”公司的复兴（乔布斯和苹果公司）（三）

osxchat skype public chat

2007-09-07T12:07:00.000+08:00

最近出了 Skype 2.7 beta for Mac，多了個「public chatroom」的功能。因此，開了個 osxchat 的聊天室，歡迎大家來掛：

osxchat hosted by gugodliu.

Join now

Chat about what's on your mind. More about public chats.

最近兩次送修的感想

2007-07-07T23:16:00.000+08:00

最近我的 Macbook Pro 真是多災多難，在一個半月內：

電池電量驟降﹑回報電量在60% 左右便會直接斷電，必需一直插電才能使用。這樣的情況發生了兩次。
變壓器電線燒斷了。見 http://flickr.com/photos/gugod/739846556/

也就是說，我換了兩次電池，跟一個新的變壓器回來。在 #osxchat 中，使用 MBP 而跟我同樣有電池電量不準的問題的人，似乎不少（但據說也有可能是 Logic Board 的問題）。

這兩次我都是從趁假日，從新竹北上到蘋果優仕去問問看能不能換。很幸運的，兩次都是當場都有備料直接換給我。向我這樣如此依賴 Macbook Pro 在工作的人，只要一聽到「要等料等個 7 至 14 工作天」，就算知道是事實，也甚難接受。兩個星期不能工作，這怎麼得了？因此，實在要向優仕維修中心的準備完善，致上我大大的感謝。

另外，變壓器的電線燒掉一事，在我身上已經發生第二次。兩年前還在使用 ibook 時已經發生過同樣的事件，也是燒掉同一個部位。聽優仕的人員講，類似的事件不在少數，也有人是燒在電線另一端，比較接近電腦的接頭的。因為這兩端是比較容易折損之處。只要電線表皮折損，便十分容易燒掉。不會起火，沒有冒煙，就這樣默默地燒掉了。

並且，優仕的維修人員表示，雖然這次他們直接更換了新的變壓器給我，但類似的情況，台灣蘋果已經認定為「人為因素」而非「自然使用」。因此不會再予以更換。換句話說，下次我再折斷了這段電線，只能自認倒楣，賠錢了事。

這，雖然不無道理，但是我實在要說：「蘋果公司啊，看在廣大的 develoer (heavy users)都是使用 Mac 的份上，你們能不能把這段電線設計得耐用點？」才使用三年多的 Mac Laptop，我的使用 pattern 就燒了兩次變壓器電線。如果說以後的 Apple Care 又打死不理賠此項，變壓器又這麼的貴，實在吃不消啊。

Leopard 有 300 項新的 features 固然不錯，但硬體的設計沒有跟上，實在令人扼腕。

Transporter把PC無痛搬到Parallels上

2007-05-14T13:23:00.000+08:00

Parallels 有一個稱作 Transporter 的工具，可以幫你把另一台 PC 完整轉換為 Parallels 的 VM image，而不需要用到 ghost 大法（事實上 ghost 在 Parallels 上很可能跑不起來，至少我的情形是如此......），算是 PC 搬家或虛擬化的好東西。

安裝方法很簡單，在想要搬家的 PC 上先裝上 Transporter Agent，然後在 PC 上執行該程式。再從 Mac 這端執行 Transporter 主程式，透過區域網路找到 PC 後，再選擇要搬的磁碟分割。

Transporter 最厲害的地方是，在搬家過程中，會順便幫你改硬體設定（有可能需要原來的 Windows 安裝光碟在身邊）。等搬家完畢後，完成的 Parallels disk image 和 VM 設定完全就照著原始 PC 上的設定，驅動程式則已經修改過了一輪。

不過我剛開始裝時遇到了不少問題，Transporter Agent 老當機。後來改用 Administrator 帳號配合安全模式（記得要開啟網路功能），總算把家人的 laptop 搬到了 Parallels 上，完成了 PC 虛擬化的工作。

對了，因為硬體設定大地震，非常可能需要 Windows activation。這時候就覺得這種懲罰合法使用者的設計，很令人痛苦啊。

幫你的Mac Mini設定防火牆

2007-04-30T19:47:00.000+08:00

mac mini除了像是一台沒有LCD的macbook之外,你覺得他還可以做什麼其他用途呢?我覺得它可以做一個簡易的mini server。

如果你想把你的mac mini 24小時開機暴露在internet上面，你會發現如果你不幫你的mac mini設定防火牆的相關設定，你的機器沒過多久，一堆人會透過各種途徑『光顧』你的機器，留下各種足跡，所以長時間開啟機器，防火牆的設定是一定要做的。

不過如果你不是使用OSX的伺服器版，你會發現你所能設定的東西非常有限，除了固定的一些服務的tcp port設定可以設定開啟外，沒了。例如你想要開啟某一個範圍的tcp port可以存取，似乎你利用現用OSX網路防火牆設定是沒有辦法達到需求。

大家知道OSX的前身乃為Bsd的原始碼修改而成，所以一般使用的Bsd相關服務你也可以在OSX找到相關的資訊，所以ipfw也可以在OSX上使用，這指令就是Bsd用來設定防火牆的程式。而Daniel Côté這位使用者也幫OSX做了寫了基本的ipfw的 script來供一般使用者使用，檔案在此位置http://www.novajo.ca/MacOS_X_Firewall.tar解開之後，請先修改rc.firewall.current這個檔案，將你所要修改的規則增加至script裡面。之後檢查你的mac mini內是否有/usr/local/sbin這個目錄，如果你的mac mini沒這個目錄，請先執行terminial，然後執行下列指令:

sudo mkdir /usr/local
sudo mkdir /usr/local/sbin

然後拷貝這個檔案到這個目錄內吧。

最後一個步驟就是你的電腦重起或是網路設定更動時，你的 firewall設定也會自動生效，如果你是利用pppoe來撥接上網，你可將壓縮檔裡面的ipup這個script拷貝到/etc/ppp的這個目錄，你撥號上去，他就會去執行該script;如果你的網路是使用固定ip，請將壓縮檔內的StartupItems整個目錄，拷貝到/Library/StartupItems裡面，你機器重開之後他就會執行你所修改的防火牆設定了。

如果你對OSX/Bsd的防火牆想要有更多瞭解，Oreilly onLamp這篇文章是一篇不錯的入門文章，可以讓你更深入瞭解OSX/Bsd 防火牆如何設定。

Headless Mac Mini 遠端桌面完全制霸

2007-04-28T00:23:00.000+08:00

所謂 headless 的機器，就是指沒螢幕的機器，通常也沒手腳（鍵盤滑鼠）。像Mac Mini這樣不佔空間、一直開著也不會怎麼樣的機器，很適合拿來當headless server。

在設定上，第一次安裝時，還是需要有螢幕、鍵盤、滑鼠和網路。只要把OS X裝起來，然後記得把Remote Desktop打開（在System Preferences的Sharing中），給一個使用者remote desktop的使用權，我們就可以用另一台機器，跑Apple Remote Desktop (ARD)來遙控這台機器了。

例如我們要拿另一台MacBook來當主控機好了，那首先要進System Preferences的Sharing，選擇Internet這個tab，然後把無線網路分享到Ethernet上，然後找一條網路線，把MacBook和Mac Mini接起來。Mac Mini就會抓到MacBook所建立的內部網路。然後進Apple Remote Desktop，應該就可以從類似 192.168.2.2 之類的 IP 抓到 Mac Mini。

之所以還要靠網路線，是因為OS X的無線網路，即使不要密碼，事前都要經過使用者同意，才能使用。用有線的話，又要確定IP（此點對靠DHCP抓IP的情況，更是如此）。如果用我們自己建的內部網路，就很容易掌握IP範圍。更何況ARD還有scan IP的功能。

好了，這樣Mac Mini已經任我們操控了。打開無線網路，然後再從無線網路連線進Mini。此時再來設定固定IP，或是ADSL PPPoE撥接，就大功告成了。

四個要注意的地方。

記得要更新 Mini 上的 Apple Remote Desktop。請使用 ARD admin （主控端）的 File -> Create Client Installer... 建立 update package。
ADSL 的話，PPPoE 目前還沒有好的「自動撥接」方案。因此使用此方式取得固定 IP 的機器，最好不要隨便開機，否則...
有些情況下，藍芽打開，或是使用fast user switching，會把ARD搞壞掉。
建議「不要」開 VNC。要使用 VNC 的話，可另裝諸如 OS X VNC 一類的軟體。原因是 ARD 有時會走 VNC port ，但是一走VNC port，有些功能（例如 drag-and-drop file copy）會不能用。

最後是一個小抱怨。一般 VNC client 和 server 的稱法，在 ARD 完全倒過來。ARD Client 指的是被控的一方，而 ARD Admin 則是主控的一方。這，很混亂啊。

如果你發現無法在 Flex 網站或 Flash 程式中使用 OpenVanilla 輸入中文

2007-04-02T23:39:00.000+08:00

如果你在 Mac OS X 上在打開 Flex 建構的網頁，或是在 Flash 應用程式中的文字輸入框中，切換成 Mac OS X 內建的輸入法—例如漢音輸入法）—你可以順利輸入中文，但是如果使用最新版本的 OpenVanilla 輸入中文的話，則是無論按下任何按鍵都沒有反應。

會造成這種狀況的原因是，最新版本的 OpenVanilla 程式是設定為 Unicode 語系，而似乎 Mac OS X 上的 Flash Player 似乎還無法正確偵測 Unicode 語系的輸入法，所以，除了 OpenVanilla 之外，其餘各種 Unicode 輸入法—例如作業系統內建的 Tamil 鍵盤，都無法在 Flash Player 中正常運作。

這樣看起來，比較是 Adobe 方面需要解決這個問題，而在 OpenVanilla 開發團隊這方面，則只能在這邊建議，如果您遇到這樣的問題，而且經常需要使用以 Flash 為基礎的各種應用程式，那麼，請先移除目前安裝使用的 Unicode 版本的 OpenVanilla，然後從 OpenVanilla 官方網頁上的下載、安裝、啟用與移除頁面上，下載繁體中文或簡體中文語系的版本，重新安裝使用。

（本文同步發表於 zonble's promptbook）

Parallels beta (build 3170) 支援 iSight 了

2007-02-22T16:10:00.000+08:00

最新發佈的Parallels beta (build 3170) 已經完全支援 USB 2 設備了，也意味著 iSight 終於能在 Parallels 下的 Windows 裡面使用。

要在 Parallels 的 Windows VM 裡面使用 iSight ，首先得先安裝 Bootcamp 裡所附的 Windows driver。要找到這份 driver，方法是把放在 /Applications/Utilities 裡的 Bootcamp Assistant 找出來，然後用 Finder 的 "Show package content" (按滑鼠右鍵拉出附屬選單)，然後找到 Contents/Resources/ 裡面的 DiskImage.dmg。

把 DiskImage.dmg 掛上後，會看到一個 Install Machintosh Drivers for Windows XP.exe ，這個就是 Mac 給 Windows 的驅動程式集。把該程式集丟進 Parallels 的 Windows VM 裡，安裝完，此時再點 Parallels 視窗右下方的 USB icon ，把 iSight 給 enable ，MSN 一類的程式就能抓到了。

Looking Glass LiveCD 在 Macbook Pro 上可用

2007-01-26T20:26:00.000+08:00

剛剛心血來潮，去下載了 Project Looking Glass Live CD 一試之下在 Macbook Pro 上面竟然可以 Boot，可以使用 3D 環境。不過竟然不是很順，也許因為整個視窗環境全都是 java 的關係吧。

不過，不是很會用，不太了解怎麼使出讓視窗轉來轉去的必殺技，網路也無法使用， ifconfig 看不到網路卡，無線的有線的都沒有。所以一時之間也不知道怎麼「從背面看電影」。

但是這還真是讓人小小的興奮了一下呢。

用Mono在OS X上寫C# GUI程式

2007-01-19T10:57:00.000+08:00

如果不幸需要在OS X平台上撰寫C#/.NET圖形介面程式的話，Mono Framework大概是唯一的選擇，以下是我測試過認為最簡單的步驟。

必安裝
X11：檢查你的Utilities目錄下有沒有X11，沒有的話要從OS X安裝光碟裝。
X11 SDK、Xcode：從蘋果開發者網站下載Xcode套件。如果系統上沒有安裝X11的話，安裝Xcode時是不會裝X11 SDK的，所以一定要先裝X11。
Mono Framework。

基本上，這三者都裝好就可以了，但是這樣就祇能從命令列編譯程式，方法請參考Cocoa Sharp網站提供的tutorial。

另一個方法則是安裝CSharpPlug for Xcode，然後直接在Xcode環境下撰寫與編譯，CSharpPlug相當新，而且作者寫的教學很詳盡，照著做就行了。要提醒的是，如果用到System.Drawing與System.Windows.Forms元件的話，要手動在Target Info視窗Build選項內的Reference Assemblies欄位輸入這兩個元件：如果用到其他Windows GUI元件也是比照辦理。

執行
開X11進xterm，從命令列執行編譯出來的執行檔（.exe），指令是 mono /path/to/file.exe。雖然Mono提供macpack把編譯出來的程式包成Mac bundle，但是我的執行結果是跑不起來，直接從Xcode執行也會出現X server設定錯誤的訊息。

如果執行時看到"Gtk not found (missing LD_LIBRARY_PATH to libgtk-x11-2.0.so.0?), using built-in colorscheme"的訊息，可以忽略不管。我也沒有裝libgtk，但是程式照樣可以跑。Mono計畫成員之一Miguel de Icaza在Mono-osx mailing list上有回覆此問題，基本上這是個移除掉比較好的警告。也就是說，不用安裝Gtk沒關係。

為了讓Mono可以使用Mac Auqa GUI，Mono團隊也有開發cocoa#，但是我稍微測了一下不是很理想，因為雖然using cocoa，可是一些component data type的mapping沒有很好，所以把C#程式丟進去編不起來。

寫寫小程式測試GUI的話，這樣是勉強可用的，祇是要忍受醜醜的圖形介面。

VMWare Fusion Beta for Mac

2006-12-22T13:28:00.000+08:00

Mac 上的 VMWare 終於出了 Beta，名為「Fusion」

連結在此：http://www.vmware.com/products/beta/fusion/
點畫面上的 "Download" 按鈕，會進入填資料的程序，填完之後會給你一組序號，以及 DMG 的下載連結。
DMG 裡是安裝程式，最後一步便是輸入序號。輸入完就可以試用了。

比起 Parallels，VMWare Fusion 有一項特點就是 SMP 的支援性，在 VM 的設定當中~~竟然可以指定要使用哪一個 CPU~~可以選擇要讓 VM 用一個 CPU 或是兩個 CPU，想必如果有 Core 2 Duo 的話應該會很愉快就是。
http://www.blogger.com/img/gl.link.gif
Update:
TUAW 有一些螢幕攝圖可看，請見：
http://www.tuaw.com/2006/12/22/vmware-fusion-public-beta-available/

讓 OV 日文輸入法（暫時）能在 Intel Mac 上使用的方法

2006-10-29T01:29:00.000+08:00

我終於又有日文輸入法可以用了。

OS X 是有內建的日文輸入法 Kotoeri ，可是 OS X 只要裝一種以上的中日韓輸入法，輸入法切換的行為就變得相當惱人──這一點，在WWDC 2006上，已經被許多同樣需要多語輸入的與會者抱怨過了（顯然再次驗證了「什麼不孤，必有什麼鄰」這種顛撲不破、放諸四海而皆準的真理）。

也因為這樣，在 OV-UIM (Anthy) 開發出來後，我就一直很高興地用 Yatsu-san 包裝的 UIM.framework （附於 MacUIM 中）配合 OV-UIM (Anthy) 來輸入日文。同樣在 OpenVanilla 裡的好處是，可以使用 OV 的快速鍵來切換注音和日文，入力快適感滿點。

可是，因為 MacUIM / UIM.framework 仍是 PPC-only ，因此在 Intel Mac 上是無法使用的。為了這一點，困擾了我很久。在入力法燒鳥會上，Yatsu-san 說會努力（最近 MacUIM 出了 0.5.0 ，確實在 build system 上有些改變），我相信不久之後，我們一定會有 MacUIM 的 universal binary 版本的。

倒是，今天靈機一動，突然想到，其實 OV 是 universal binary ，意思是可以在 MS Office 這一類 PPC-only 的環境下執行。那麼，MS Office 顯然可以把 OV-UIM 以及 UIM.framework 給載進來（如果在 i386 環境下，因為 UIM.framework 沒有相對應的 binary，OS X 的 loader 會拒絕載入，使得 OV-UIM 載入連帶失敗）。

就是這樣。

用 Finder 在 Safari.app 上按 Command-I ，把 "Open using Rosetta" 選項打開，此時 Safari 就變成了一個 PPC application，然後開啟 OV ......

OV-UIM (Anthy) 復活了。

啊，三個月了，終於又有好用的日文輸入法。先前偶爾還有跟日本友人書信或 instant messenger 往返的，其實都因為不喜歡在 OV 和 Kotoeri 間切換，頓時沒有了學習書寫日文、學著用日文說話的動機。

如今這些動機又都回來了，雖然必須用 Rosetta。

（是的，這時候覺得，OS X 上有那麼多種 browser ，其實是很幸福的──我把 Camino 撥過來變成「寫日文專用 browser」好了 XD）

MacBook Pro 的內建喇叭沒聲了

2006-10-19T15:43:00.000+08:00

今天我發現我的喇叭沒聲了，一打開 Sound preference pane 看，發現輸出的地方只有一個「Digital Output」，而不是本來有的「Internal Speaker」，再仔細一看，耳機孔的地方射出紅色光線。原來是整個系統的輸出不知怎麼地被改為光纖輸出了。搜了一下，發現在 Macrumors 的論壇上的討論：

MacBook Pro optical out won't turn off - Mac Forums: "Actually, it's a hardware problem with the combined analog/digital optical port. I found a thread on the Apple Discussion site (http://discussions.apple.com/thread....sageID=3255575 ) that discusses it. Apparently, one solution is to stick a toothpick in the port and fiddle around until some sensor latch releases. Scary. Good thing I'm still covered under Applecare - this laptop's going in for some servicing!"

於是我找了根東西往耳機孔裡亂掏一陣，並同時打開 Sound preferences pane 看一下目前的變化，沒想到還真的就這樣給我調回來了。

真是亂七八糟。

(本文同時刊於 gugod's blog)

Hi, I'm Mac; Hi, I'm Google.

2006-10-11T12:39:00.000+08:00

Google Mac Blog 開張

輸入法廚房

2006-09-05T22:09:00.000+08:00

這次輸入法廚房的活動，主題便是 Leopard 裡新介紹的輸入法架構：InputMethodKit。整體看起來，與 OpenVanilla 所想要完成的事情很不相同。整個 InputMethodKit 裡頭分成三大部份：Server、Controller、CandidateWindow。而在 OpenVanilla 0.7 裡，大致是拆成 Loader、DisplayServer；而在 OSX 上，Loader 的部份還要拆成 TSMComponent、CocoaLoader 兩部份，TSMComponent 使 OV 可以成為 OSX Text Service Manager （TSM）的一個外掛，而由此外掛載入 CocoaLoader，將所有的輸入法模組載入進來。Leopard 上的 InputMethodKit 所達成的功能，一方面是全面取代原有的 Text Service Manager，另一方面則同時提供了 DisplayServer 顯示選字窗的功能。

在 InputMethodKit 的架構之下，與以往比起來，便是輸入法一口氣由 TSM 外掛，提升成為了應用程式。選字窗很自然地就成為了此應用程式的視窗，此應用程式與其他應用程式不同，它是完全的背景應用程式。所謂背景應用程式，在 OSX 上的說法，就是「執行時不會在 Dock 出現，也不會出現在 Recent Item 清單裡」的應用程式。只要一有切換輸入法的動作，作業系統便會自動執行輸入法的應用程式，但一但此輸入法應用程式執行了一次之後，除非該程式因故終止，否則不會再執行第二次。

這種做法，很明顯地對於記憶體用量會大有改進，因為，在作業系統運作期間，一個輸入法只會被載入一份。如果是以前採用外掛的方式，跑了幾支應用程式，記憶體中便會有數份輸入法。但難處便是，以往只要以函式呼叫便可寫的輸入法，現在要以行程間通訊扯上關係。為此，InputMethodKit 便直接利用了 Objective C 裡的分散式物件，來解決通訊的問題，所以對於寫輸入法的人來說，這是無需處理的細節。

用 InputMethodKit 來寫輸入法，可以直接使用 Xcode 開始寫一個 Cocoa Application，整份 InputMethodKit 都是 Objective C 的函式庫。程式設計師需要做的，大抵便是定義自已的 InputMethodServer 子類別，並定義其 inputText 方法，該方法是個整體的入口，收字元、顯示組字、選字窗、出字串。若要分得細一點，可以自行創建自已的 InputMethod Engine 類別，再於 inputText 方法中，將查表組字的部份完全交遞給 InputMethod Engine 去辨。這 InputMethod Engine 並不是 InputMethodKit 架構的一部份，只是為了讓程式邏輯更加分明，而分開來的另一個類別。與 OpenVanilla 比較來看， inputText 函式便是存在於 Loader 之中，而 InputMethod Engine，就是 OpenVanilla 的輸入法模組。

目前為止並沒有什麼太難的地方，寫完一整個以前的 BasicInputMethod，必要的 Objective C 程式碼不出一百行。可以說，InputMethodKit 將事情簡化的程度，大致上就跟 OpenVanilla 框架是差不多的。這兩天下來，頭痛之處是在弄懂 InputMethodServer 需要的 plist 內容。因為都是應用程式，必需要跟其他的應用程式有所區別，Leopard 的文字服務才可以將此應用程式視為一輸入法，將之載入，並放置於輸入法選單當中。最重要的，便是 CFBundleName 這個識別字的值，需要包括 "inputmethod" 這個字串。如 "org.openvanilla.inputmethod.phonetic"。並不會真的造成程式上的問題，但是對於本來不依此慣例取名的人來講，還得全面將自已的 CFBundleName 都改掉，果然還是有一些代價的。

此外，InputMethodKit，不，應該說 OSX；「輸入法」一詞，在 OSX 的定義，其實與台灣人一般的認知有一點差異。它們所指的「輸入法」，是在輸入法選單中出現的主要項目。如「繁體中文」、「Koetori」、「Hangul」。而其下的子項目，它們稱為「輸入法模式」。對於日文 Koetori 來說這比較沒有什麼問題，平假名與片假名被認為是日文輸入法的兩個模式，也還說得通。但是在兩種中文輸入法底下，以「模式」相稱，反而不對頭。倉頡與行列，並不算是中文輸入法的兩種模式。不過，這說起來只是名稱問題。最主要的重點還是在於，每個「輸入法」是一個應用程式。也就是說，整個繁體中文底下的所有輸入模式（倉頡、漢音、拼音...），其實都是寫在同一個應用程式當中。

這一點對於 OpenVanilla 的架構來講，也不會有很大的影響，反而應該是一個有利的地方。OpenVanilla 架構早就將輸入法獨立成為模組，所以要把輸入法模組調整成 InputMethodKit 可以接受的「輸入法模式」也就行了。

但實做上面，把輸入法模組換成輸入法模式，可能是最難的一點。因為，在 InputMethodKit 裡，所有的輸入法模組都是事先定義在 plist 當中，說起來竟算是個「應用程式設定值」的概念。要 OpenVanilla 來說，也就是要先做一份完整的輸入法模組列表，才能在輸入法選單中，將輸入法模式正確顯示出來。

但這跟 OpenVanilla 目前的做法是完全相反的。OpenVanilla 一直以來都是使用動態載入的方式。大家可以將輸入法模組裝到 /Library/OpenVanilla/ 目錄底下，然後 Loader 會自行偵測並載入。載入了之後，再動態去修改選單的內容。如果要事先將輸入法模組列表做完，那麼使用者就變成沒有選擇，必需要安裝所有的輸入法模組才行了。以 OpenVanilla 專案來說，也可以完全不要理會輸入法模式這個部份，只要一直保致一貫做法即可。比較合理的應用，也許是將 SpaceChewing 輸入法，以 InputMethodKit 重新寫一次，並把各種鍵盤排列做為不同的輸入模式。

使用多個 Firefox 版本的瀏覽器

2006-08-17T19:15:00.000+08:00

Firefox PPC Optimized Build 這個網頁提供了兩個版本的 Firefox 的 Nightly build 供大家下載、使用。這兩個版本的 code name 分別是 DeerPark 與 Minefield。再加上官方出的 Firefox，就有三個不同版本的 Firefox 瀏灠器。但，如果有安裝 Firefox Addon，不可能同時相容這三個版本。所以要有個辨法，讓這三個版本的 Firefox 使用不同的 Profile，才不會互相搞破壞。

在 Firefox Profile Manager 這一頁裡，說明了如何呼叫出 Profile Manager（這個工具在 Mac 上完全被關閉，不會自動出現）。因此，可以利用這些步驟來建出三個不同的 Profile 目錄給三個版本的瀏覽器分別使用。雖然自此啟動瀏覽器時，需要先選 Profile，但是起碼不會互相衝突。

在此將步驟摘要如下：

下載官方的 Firefox，將之拖到 /Applications

以終端機執行 /Applications/Firefox.app/Contents/MacOS/firefox -ProfileManager

出現 Profile Manager 視窗之後，建立兩個新的，並且，把本來被核選的「Don't Ask At Startup」取消。完成之後按「Save」存下。

做完之後，以後每次執行 Firefox / DeerPark / Minefield 都會出現 Profile Manager 詢問要
使用哪一個 Profile，請依照瀏覽器選擇正確的那一個就行。

（本文同時刊於 osx.gugod.org wiki，歡迎各方前往修正）

Mac 遠端登入 Ubuntu 桌面

2006-07-05T17:41:00.000+08:00

某位長輩說過：「越懶的人，就是越好的程式設計師」，我還沒得到驗證，不過倒是覺得，人越老惰性就越強 ^_^;

會想將 Mac 連上 Xwindow 的想法不是現在就有了，只是以往沒有那麼大的動力，加上自己的以往的 Linux Desktop 老是裝的 2266
而且懶得在這種事情上發揮實驗精神 (好吧，我承認我沒甚麼實驗精神...)，那為何 Mac OSX 都附上了 X11 那麼久了，才來玩這一套呢？

起因是我的惰性突然膨脹到我不能控制的地步，因為我居然發現操控 KVM 做切換讓我十分不滿，也感到厭煩 :p
因為我不能一邊觀看 QuickTime 上面撥放的「Keroro 軍曹」，一邊寫我的 Code，一邊處理 Linux Desktop 上面的 GUI 指令
於是趁著我把工作機中最後一台 WindowXP 踢出我的機器的機會，我換上了 Ubuntu 6.06 LST Desktop 版本
想說不然就來玩一下 Mac 的 X11，順便看看可不可以把 KVM 踢出我的工作室，這樣老婆才不會老是嫌我的工作區域亂
(老婆：「一台小小的 KVM 跟那堆龐大且散落在桌上各個角落的書，我寧願幫你把書丟掉，這樣可以節省更多空間喔」我：Orz)

好吧，閒話休提，我是採用 XDMCP 方式連接 Ubuntu 的桌面，所以需要修改一下 gdm.conf
(在此以 Ubuntu 的 Gnome 環境做設定，請編輯 /etc/gdm/gdm.conf 這個設定檔)

1. 將 [daemon] 這個 Segment 下的 RemoteGreeter=/usr/lib/gdm/gdmlogin 這一行的 mark 拿掉
2. 將 [xdmcp] 這個 Segment 下的 Enable=false 改為 Enable=true
3. 重啟 gdm

接下來啟動 Mac 上面的 X11的 xterm，開始我們的連結作業，依序輸入以下指令
1. xhost +[ip] ([ip]填上你要鍊結的機器 ip)
2. Xnest :1 -query [ip] -geometry 1024x768
([ip]填上你要鍊結的機器 ip, 1024x768 表示開出來的視窗大小，雖然以 X 代替 Xnest 也可以，但是要看你的 X11 如何設定囉)

接下來就可以看見美美的 gdmlogin 畫面囉 ^_^

Technorati Tags: RemoteControl

It's there.... OpenVanilla 0.7.2發布

2006-06-25T15:49:00.000+08:00

這應該是 OpenVanilla 誕生到現在，在包裝上最花時間的一次。It's finally here!

詳細的發布說明、取得方式及安裝說明──這一版請大家至少一定要讀一下「Ok，我到底該安裝哪套variant？」一節──請參考OpenVanilla 0.7.2的版本發布說明。

對了，這一次 0.7.2 正式版的推出，有一個要特別感謝的人：davidyu。因為他的耐心與鍥而不捨──或許也因為他的PowerBook特別搞怪（？）──我們終於得以克服0.7.2-beta以來一直很難再現（reproduce）的一個嚴重bug。雖然這一半是OS X的問題，但至少以這次的修正來說，以後應該不會再發生「需要靠砍神秘的 .plist 才能修復 OV」的奇怪情事了。再次謝謝他的熱心幫忙。

OpenVanilla 0.7.2正式版小規模發布（再更新）

2006-06-21T23:40:00.000+08:00

Update: 正式發布工作已經完成，取得及安裝方式，請參考OV wiki上的0.7.2版本發布說明。

Update: 若您是行列輸入法的使用者，又在 2006/6/21 至 2006/6/25 之間曾安裝過 0.7.2 正式版，請參考這個說明，並至這裡下載修正檔案，就可以解決Caps Lock的問題了。

我們開始針對 OpenVanilla 0.7.2 for OS X 版本做小型的發布。0.7.2 正式版與 beta 版相比，新增及改進的項目主要有幾個：

修正 0.7.2 beta 一直以來的幾個大問題：Num lock key 造成 OV 失靈、長期開機後會完全失效、需要靠刪除某個神奇的 .plist 檔才能修復再起不能的 OV 等難解的麻煩。
增加一個解除安裝程式，可以把舊版或會造成衝突的版本清除掉。

先前所有 patch 都整合了進來，包括針對詞彙管理工具等模組的修正。
簡易／速成輸入法配合 Windows 習慣，改為九個選字鍵。

進一步的說明，請參考OpenVanilla Wiki 。

試用 Parallels

2006-06-21T12:06:00.000+08:00

Parallels 是一家做 PC 模擬器的公司，前一陣子所推出的產品 Parallels Desktop for Mac 則是在 Intel Mac 上面可以執行的模擬器。日前入手 Intel Mac Mini 一台之後，就馬上來試用了一下。一試之下相當滿意，以下簡單做個報告。

它在硬體模擬的能力，完全不會輸給 Virtual PC，可以直接使用 Mac Mini 上的光碟機。不過在使用光碟時，Mac 作業系統本身會無法存取該光碟，要等到使用者將 Paralles 上的光碟做個退片的動作，Mac 作業系統上才可以存取該光碟。也就是說，一次只能有一邊使用得了光碟機來讀片。此外也可以使用影像檔來做為光碟片的來源。

對於 USB 裝置的控制，有兩種方式，其一就是全自動導向，也就是說 Mac 作業系統上看得見的 USB 裝置在 Parallels 裡也都統統看得見，新插上讀卡機或隨身碟之類的的也會自動接上。其二是全手動，使用者必需在插上 USB 裝置之後，於 Parallels 的介面上指定要連接上 Parallels 的 USB 裝置。手動的好處是可以很簡單摸擬插拔的動作，也可以使 Parallels 不要一下子將所有 USB 裝置的控制權全搶走了。

另外值得一提的是，在 Parallels 裡安裝的 Windows XP，在安裝了驅動程式之後，可以正確無誤地讀到我的自然人憑證以及郵局的晶片金融卡，我想這對台灣的 Mac 玩家應該是個不錯的消息。晶片讀卡機與 WebATM 等，一向都是微軟系統獨占的能力，過去可以使用 Virtual PC 來讀晶片金融卡，現在在少了 Virtual PC 的 Intel Mac 上，也可以使用 Parallels Desktop 來辨到一樣的事，非常的不錯。

網路方面，可以選擇使用橋接模式(Bridge Mode)或是 Virtual Switch，這點與 Virtual PC 也是完全相同的。在我現在的網路環境設置中，我將 Mac Mini 本身用網路線接上 ADSL，但同時也啟用了 Airport，Mac 作業系統直接使用乙太網路做為出口，但 Parallels 則一概使用橋接到 Airport 去。這種做法的好處是可以分流，如果我 Airport 與乙太網路是連到兩個不同的 ISP 的話，就會小有幫助了。(說是「小」有幫助，是因為平常比較不會用模擬器來下載大量的東西)

音效方面自然也是可以使用，沒什麼需要調整的，只要選擇「Default Sound」這個預設值就可以聽到模擬器裡 Windows XP 發出來的聲音了。

效能方面，我做了兩個測試，其一是去觀看 Youtube 上的影片。這個測試很簡單地通過了，因為影片播放相當流暢，沒有跳格，網路串流也是一下子就下載完畢，聲音也很完整沒有破碎。

測試二，是使用模擬器裡的 Windows XP 來看 DVD ，播放程式是 Windows 版的 VLC。測試結果也相當不錯，DVD 可以順利的被播放，聲音跟影像品質都不錯，影像偶爾會有跳格，但不影響觀看。唯一的問題是，放 DVD 時，光碟機放出了極大聲的噪音，如果直接使用 Mac 作業系統來放 DVD 則是安靜無比。推想是硬體模擬方面的一些做法與限制使然。不過除此之外，都非常的不錯。

至於我的 Mac Mini 硬體條件則列在下面，如果不給這個的話那以上測試的參考價值就要大打折扣了：


  Machine Name: Mac mini
  Machine Model: Macmini1,1
  CPU Type: Intel Core Duo
  Number Of Cores: 2
  CPU Speed: 1.66 GHz
  L2 Cache (shared): 2 MB
  Memory: 2 GB (DDR2 SDRAM 兩條)
  Bus Speed: 667 MHz
  SMC Version: 1.3f4

硬碟的資料如下：


FUJITSU MHV2080BHPL:
  Capacity: 74.53 GB
  Model: FUJITSU MHV2080BHPL
  Revision: 0081702E
  Native Command Queuing: Yes
  Queue Depth: 32
  Removable Media: No
  Detachable Drive: No
  BSD Name: disk0
  OS9 Drivers: No
  S.M.A.R.T. status: Verified
  Volumes:
    Macintosh HD:
      Capacity: 74.21 GB
      Available: 47.2 GB
      Writable: Yes
      File System: Journaled HFS+
      BSD Name: disk0s2
      Mount Point: /

以上給大家做個參考。

久違的粗體字（附帶一提OS X的字型挑選機制）

2006-05-29T05:55:00.000+08:00

OS X的語言設定（在「系統偏好」的「國際設定」裡）是個相當怪異的東西。那一張清單上的第一個項目，會是你所有軟體選單的語言。用UNIX的術語來說，就是你的system locale。但是，清單的順序，還會對系統造成各種不同的影響。

好比說，在我某天把語言設定的順序變成下列順序之後：

再度開啟Safari，以前所有消失的粗體字，全都一一出現了！

對比於之前的設定，用Safari完全看不出來 <b> 或 <strong>：

為什麼會這樣？

OS X對於中日韓漢字的處理，尤其在挑選預設字型時，所依據的，就是上面的那張清單。OS X裡內建的繁體及簡體中文是沒有各種重量（weight）變化的。但是日文就有。以Hiragino Kaku Gothic Pro這個字體來說，就有W3及W6兩種重量。如此一來Safari便能正確地把粗體字給顯示出來。

但是這樣設定並不是沒有缺點。雖然OS X 10.4裡的日文字型，造的字數已經比10.3來得足，但偶爾還是會有日文字型缺字、必須退回（fallback）語言清單裡下一個中日韓語系設定的字型。在我的清單裡，簡體中文放在繁體中文前面，是因為簡黑體比較接近日文。儘管如此，還是看得出差別來：

如果把繁體設在簡體上面，反差就更大了。

OS X裡面對於字型處理的奇怪之處，大體可如是觀之──只要是遇到字型挑選錯亂、「不合直覺」的地方，大概都是碰上了這個fallback機制。喔，對了，OS X還有個自作聰明的地方，那就是如果程式希望顯示的是serif字型，OS X遇到中日韓文字時，就會去挑一個近似serif特性的字（例如儷宋、華文宋體，或是Hiragino明朝體），san serif字型也有類似處理方式。因此，一旦改變語言順序，所發生的變化，往往令人意想不到......

另外，這份清單的順序也會影響選單的顯示順序。好比說，如果你的清單順序是「繁體中文→日文→簡體中文→英文」，那麼每次開啟一個應用程式時，OS X會先檢查該程式是否有繁體中文的選單可以顯示，如果沒有則會使用日文（以此順序fallback）。如果將日文和簡體中文的順序對調，系統就會先去尋找程式裡的簡體中文選單了。

我有很長一段時間，為了學法文，OS X的語言設定是先法語、再德語、然後是英文，接著才是繁體中文、日文、簡體中文。結果，那時每次開SubEthaEdit，都會看到德語的選單──這可以理解，因為CodingMonkeys是一群德國人，SEE早先沒有法文選單也就不那麼奇怪了（後來，SEE也有了法文選單）。

OS X的這種語系設定，其實是相當強大的，只是，就是要瞭解它後面的運作方式，才能解釋偶然會遇到的靈異現象。

至於我，當然還是希望下一版OS X附的日文字型，能把中文字（至少是繁體中文）的字面給造齊啦。我的語言選單其實正好反映了我對字型的偏好：Hiragino >> 華文黑體 >> 儷黑。嗯，日文字型++。

OpenVanilla新功能介紹第四彈：輸入法資料檔可以放在自己家目錄下

2006-05-10T18:50:00.000+08:00

OpenVanilla最大的特色之一，便是泛用輸入法模組。

泛用輸入法在 OV 內部有一個拗口的表示法，叫 OVIMGeneric ，意思是「OV的Generic（泛用）輸入法模組（IM）」。這麼模組最早叫 OVIMXcin ，以向 Xcin 計劃致敬（註）。在 0.7.2 beta 之前，使用者要自訂或更改輸入法表格，都必須去 /Library/OpenVanilla/(版號)/Modules/OVIMGeneric/ 這個目錄下去修改資料才行。

這個作法一直造成了幾個問題。首先，使用者必須取得管理者權限才能更動該目錄的資料，很不方便。其次，如果用砍掉整個目錄的方法來卸載安裝 OV ，使用者原先自訂的輸入法表格便會消失。最後，一個使用者自訂的輸入法（例如對倉頡表格的變動）會影響同一台機器上的所有其他人，因為該目錄的資料是所有人共用的。

從 OV 0.7.2 beta 開始，泛用輸入法模組會去尋找 ~/Library/OpenVanilla/(版號)/UserSpace/OVIMGeneric/ （如果該目錄不存在，您可以自行建立一個）的資料。如果在該目錄下找到了輸入法資料檔，OVIMGeneric 會優先讀取該目錄的資料。

也就是說，以 0.7.2 beta 為例，如果在 ~/Library/OpenVanilla/0.7.2/UserSpace/OVIMGeneric/ 中有一個 simplex.cin （簡易／速成輸入法）的表格，而 /Library/OpenVanilla/0.7.2/Modules/OVIMGeneric 也有一份 simplex.cin ，OV 會以使用者家目錄下的那一份資料表為準，而忽略在共用資源庫目錄下的資料表。

因此，從 0.7.2 beta 開始，要自訂或修改輸入法的朋友，可直接將資料表建在上述的目錄中（記得版號要隨著 OV 版本而更動），或者如果是修改，可以從 /Library/OpenVanilla/(版號)/Modules/OVIMGeneric/ 中把資料表先拷貝至 ~/Library/OpenVanilla/(版號)/UserSpace/OVIMGeneric/ 中，就可以自由修改了。

最後，「反查模組」也適用上述的目錄。預設的資料表是放在 /Library/OpenVanilla/(版號)/Modules/OVOFReverseLookup 中，使用者自訂的表格則放在 ~/Library/OpenVanilla/(版號)/UserSpace/OVOFReverseLookup/ 裡面。

註：Xcin是台灣最早的開放原始碼中文輸入法計劃，目的是為了讓 X-Window 上能使用各種常見的中文輸入法。OV 的中文輸入法資料表格，多半源自於 Xcin 計劃。

OpenVanilla新功能介紹第三彈：真正的日文輸入法 (OV-UIM-Anthy)

2006-05-07T15:00:00.000+08:00

今年一月推出OpenVanilla 0.7.2 beta的時候，原本計劃在#osxchat blog上撰寫一系列新功能介紹的，結果二月一忙，就忙到了現在。

本次要介紹的是0.7.0時就已經開始開發，一直到0.7.2 beta才正式推出的新模組：UIM-Anthy 日文輸入法。

UIM 是一套在日本相當普遍的輸入法程式庫，在open source界有相當重要的地位，裡面整合了數十種各國語言的輸入法。在Mac OS X上，移植UIM最有名的，要屬於Yatsu的MacUIM了，在日本也相當受歡迎。

（附帶一提：在日本，Mac上流行的日文輸入法，似乎以Atok為主，先前還看過Ergosoft、被我們戲稱為「出雲大社輸入法」的egbridge universal，讓我們驚訝原來輸入法可以做這麼多事情──令人好奇的是：Mac使用者都不怎麼用系統內建的輸入法的呀？）

總之，原先是為了實驗在 OV 上使用 UIM 程式庫的可能性，於是我們做了一個小小的試作版。後來我自己覺得，能在 OV 裡面打日文，應該是蠻方便的──配合 OV 的快速鍵切換，打日文就不用跳出 OV ，對我這種僅僅偶爾需要打幾個單詞的人，相當有用。

於是，0.7.2 beta 正式把 OV-UIM-Anthy 收進延伸安裝套件裡。

安裝方法

請先至MacUIM 在 SourceForge 上的下載點，下載 MacUIM 0.4.1-1 (for Tiger) 版本的套件。OV 的 UIM 事實上是利用了 Yatsuさん建立的 UIM.framework ，因此沒有 MacUIM 是不能跑的。

然後接下來請下載 OV 的延伸套件（from SourceForge or OpenFoundry），並按照裡面的說明，把 UIM-Anthy 輸入法模組的安裝起來。

安裝完成，OV 選單會出現這樣的東西（我用的是英文選單）：

切換至 UIM-Anthy 後，就可以輸入日文：

配合 OV 的輸入法切換鍵，就可以在需要打日文時，快速打出想要的字。

功能限制

必須先安裝 MacUIM （但是可以只安裝、不啟用）
目前只支援 UIM 的 Anthy 平假名模式，不支援片假名、羅馬字、半形假名等模式。
詞庫的限制同 Anthy （有的地方比 Kotoeri 好，有時則否）
介面沒有 MacUIM 好看（因為 OV 還沒有好的直式選字窗介面）
選字窗不能用滑鼠選

最後，如果只是偶爾需要出打日文漢字，可以試試看 gugod 開發的開放香草繁體中文轉日文漢字濾嘴

OpenVanilla 0.7.2 beta 可以在 Intel Mac 上正確執行

2006-04-20T20:39:00.000+08:00

已經在使用 Intel Mac 的朋友，相信都試過了。不過還是更新並正式確認一下這個消息：OpenVanilla 0.7.2 beta 可以正確地在 Intel Mac 上執行，功能和 PowerPC 版一樣。同時，OV 除了可以搭配 Intel-native 的應用程式使用外，配合 Rosetta 執行 non-Intel 的應用程式也是沒有問題的。

至此，OpenVanilla 正式成為 Apple Universal Binary 應用程式的一員。:)

OpenVanilla的捐款贊助者名單更新

2006-03-19T14:24:00.000+08:00

OpenVanilla的捐款贊助活動，從2005年十月開始，也已經經歷快半年了。這半年來我們持續收到許多朋友的支持。本來我一直提醒自己一個月一定要更新一次捐款名單的，這兩個月先是因為工作，又有一些個人的事，竟然被擱到了一邊。跟大家說聲抱歉。

我們二月和三月都各收到一筆贊助款，在此再次謝謝大家。捐款名單已經更新於OV的捐款贊助者名單，另外如果你有訂閱ov-develoepr這個mailing list，也會收到這份更新的名單。

開放香草繁體中文轉日文漢字濾嘴

2006-02-22T11:24:00.000+08:00

(相當饒舌的抬頭）

因為常常有要打日文漢字的需求，所以簡單做了一個開放香草的濾嘴，可以「打繁出日」。廢話少說，有圖為證：

簡單示意了，如何把「澀谷一條龍」轉換為「渋谷一条竜」。

目前在這個濾嘴裡的轉換表格還非常陽春，僅有三百餘條轉換，並且沒有詞的對應，只有字的對應。若要打長篇恐怕不怠，但拿來做為日常 google 或查字典已然足夠。

請點此下載本濾嘴的安裝程式。

啟用 Finder localized 功能

2006-02-12T10:03:00.000+08:00

感謝 lukhnos 提供的資料

可能我的 Mac 用法上比較奇怪 :p
我常常需要在 Console 下面用 Command-Line 方式啟動程式
而最大的困擾是，有些資料夾我希望他顯示名稱是中文 (好吧，純屬爽度問題)

以往要顯示中文，就直接改名為中文，而這在 Console 下是非常不智的
(只要在 Console 下曾經手動切換到中文目錄底下的人，可能就了解這種痛苦)
現在有一種比較好的解決方式，利用 Finder 的 localized 功能來兼顧兩者需求

開始之前，請先確認 Finder 偏好設定「進階」頁面裡面的「顯示所有檔案的副檔名」是關閉的
(雖然官方說法是需要關閉此項功能，可是我測試過打開也可以正常顯示)

我們假設有一個目錄，目前的名字為「Game」，我們希望他在中文環境下顯示為「遊戲」

1. 先將 Game 改名為 Game.localized

2. 打開 Console 切換到 Game.localized 目錄下，建立
「.localized」這個目錄 ( mkdir .localized )
，有權限問題請加上 sudo

3. 請用順手的的編輯軟體，產生一個 UTF-16 格式的 zh.strings 檔案
加上一行：

 
                    "Game" = "遊戲";

4. 將 zh.strings 檔案存到 .localized 目錄下，完成後整個檔案結構如下：


      Game.localized/
                 .localized/
                    zh.strings

5. 重新 Login 後，Game.localized 這個目錄在 Finder 底下便會顯示成「遊戲」
在 Console 底下切換目錄也就不會礙手礙腳了 :p

參考資料：
1. Apple Developer "Localizing Pathnames"
2. IBM: ICU Demonstration

PowerBook/iBook 苦友會

2006-02-09T19:08:00.000+08:00

18:45 <@lxxxxxx> mxxxxxx: 看來 #osxchat 假說依然有效...
18:45 <@mxxxxxx> lxxxxxx: yeah
18:45 <@lxxxxxx> "給定任意時間裡, #osxchat 都有一個人的 Mac 掛掉"
18:48 <@mxxxxxx> judged from my abuse of powerbook. my hard drive died hero.
18:49 <@lxxxxxx> #osxchat 裡有人善待自己 PB/iB 的嗎
18:49 <@mxxxxxx> it's always on, I always carry it even in the bathroom dumping
18:50 <@mxxxxxx> I carry it to the class, to the lab
18:50 <@lxxxxxx> mxxxxxx: I also carry it around wherever I go
18:50 < Lxxxxxxxx> 我的pb惨啊，摔了无数次了，外壳严重变形...
18:50 <@hxx> well, 我的小白... 大概平均.. 三天它可以睡上個十分鐘吧.
18:50 <@lxxxxxx> Lxxxxxxxx: 看來大家的 PB/iB 都用得爆兇
18:50 <@mxxxxxx> putting it in the bag and dropped it many times.
18:51 < Lxxxxxxxx> 我用小锤子，把外壳再敲敲好....将就着用...
18:51 <@mxxxxxx> I also have little hammer done the job
18:51 <@lxxxxxx> 那看來我也要效法了
18:51 <@mxxxxxx> mds makes HD sleepless
18:51 <@lxxxxxx> 我是光碟機出口變型
18:52 < Lxxxxxxxx> 我是电源变形
18:52 < Lxxxxxxxx> 没办法充电了，只好自己敲...
18:53 <@mxxxxxx> This log is probably worth of blogging
18:53 <@lxxxxxx> PowerBook/iBook苦友會

#osxchat blog 改版

2006-02-02T16:18:00.000+08:00

因為看到 WordPress.com 提供了 blogger.com 的 Importer，可以將 blogger.com 上的文章一次快速轉入到 WordPress.com 的 blog 上，心想可以多一個地方，將文章備份起來，而且在看 WordPress.com 的說明，WordPress.com 應該會把原本的 blogger.com 上的網頁模板（template，或稱範本）備份起來（WordPress.com的作法是，先把 blogger.com 上的模板改掉，換成某種自訂的格式重建網頁，以方便抓取），在完成文章備份之後覆蓋回去，因此很高興的按下了 import 按鈕。沒想到 WordPress.com 在抓完文章之後，並沒有照文件說明中所說，會覆蓋回原本的模板，結果，原本的模板也就此在幾次資料的覆蓋與更換之中，湮沒在茫茫不可之的電磁之海當中了。

逝者已矣，我們要向前看，所以一不做二不休，就重新弄了一個模板。就是您現在所看到的樣子了。

Do the math

2006-02-02T05:40:00.000+08:00

gslin 在《iMac Core Duo 的效率》一文中已經提到了兩篇最近很熱門的效能評比文章，來龍去脈就不再贅述了。

倒是 Macworld 那篇文章一百多則留言裡有著各式各樣的觀點，還挺有趣的。我個人想先引述 Macworld First Lab Tests 留言回應的其中一則：

Apple seems to be being careful to point to SPEC as the indicator for speed. They have this disclaimer on their website:

"Testing conducted by Apple in December 2005 using preproduction 20-inch iMac units with 2GHz Intel Core Duo; all other systems were shipping units. All scores are estimated. SPEC is a registered trademark of the Standard Performance Evaluation Corporation (SPEC); see www.spec.org for more information. Benchmarks were compiled using the IBM compiler and a beta version of the Intel compiler for Mac OS."

I think most people can tell the difference between real world tests and marketing. As Steve Jobs said in the keynote, the hardware besides the CPU is nearly identical between the G5 iMac and the Core Duo iMac making a consistent 2x performance gain impossible.

最後一段話，其實就是 Amdahl's law 的白話版。換句話說，就算這世界上真的有什麼方法可以證明（而不只是評估） Core Duo 比 G5 "CPU" 快兩倍，也不代表系統整體效能就會增進兩倍。

算盤本告訴我們，CPU 效能的衡量標準長得像這樣：

單一程式的 CPU 執行時間 = 程式所需的時脈週期數 / 時脈頻率

由於「程式所需的時脈週期數」還不夠明確，所以又得用以下的標準來評估：

程式所需的時脈週期數 = 程式內的（機器語言）指令數 x 單一指令時脈週期數 (clock cycles per instruction, CPI)

問題來了，Core Duo 和 G5 架構不是不一樣嗎？除了 Apple 之外，其他單位能夠取得上述資料嗎？其實這些跟廢話差不多，所以大家都只能用一般應用程式的壁鐘時間 (wall-clock time) 來衡量。由於系統裡的變因很多，到頭來只有執行時間是你的好朋友：

時間 = 秒/程式 = (指令數/程式) x (時脈週期數/指令) x (秒/時脈週期)

由於這些事麻煩得要命，又常有爭議，於是廠商們組成了 SPEC (System Performance Evaluation Corporation)。可是呢，嗯，我在 SPEC CPU2000 Results 裡頭找不到 Apple 的 benchmarks，雖然去年 11 月出的 CPU2000 1.3 版 change logs 裡提到新增了 Mac OS X Intel version 的支援......

只是，我很好奇，在這回的爭論中，好像沒有人提到，SPEC CPU2000 用的一向都是以 C++ 和 FORTRAN 撰寫的 UNIX based 應用程式喔？

或許這麼說有點奇怪，但如果你是喜歡把 Mac OS X 當 FreeBSD 用的人，這算不算好消息呢？:p

Pages 2

2006-01-23T10:41:00.000+08:00

(本文同時發表於momizi's blog)

新年度，MAC也出了新版本的 iWork’06 與 iLife’06。很怪異的是，我常在irc 的 osxchat 頻道裡看到大家談 iWork 的 Keynote，卻沒有人談 Pages，google 了一下台灣的網頁，也看不到有什麼人在談。我自己是認為大概我找的方式不得法，畢竟 Pages 是個常用字。lukhnos 說，這是因為 Pages 定位不明，mjhsieh 建議我可以寫一篇，所以遵囑，概略談一下。

我工作倚賴 word 甚深，且必須用 word 裡很多神秘的隱藏功能來做許多不知造福誰的事，所以我想我雖非 IT界從業人員，事實上只算麻瓜一顆，大概還算夠格將 word 與 Pages 兩相比較。就像我以前在敝小閣上所說，macword 起動慢，跑得慢，太容易當。所以我很想知道 Pages 2 號稱 mac 上新一代的文書軟體，表現如何，能否取代 word？

今天把 Pages 2 裝起來，肥大了358 MB，延續前代的介面，連 icon 都毫無改變，顯然預設不會有人同時裝兩代 iWork 就是了。

因為 Pages 2 是以前代的 Pages 1.0 為基礎做細微的改變，所以整體看來，我給它的評價也只能延續前代的評語：一個70分的 word。

整體來看，Pages 做為一個基本的文書軟體是沒有問題的，起動快，不易當，拿來寫文稿後轉成PDF、.doc、.TXT 之類的跨平台常用格式都可以，不會像早年的 APPLE Work 一樣，不能在 MAC 以外的地方看到文件內容。我在一代裡建好的範本格式及版面，二代可以繼續延用（原本預設的版面與字型實在太難閱讀又不美觀，令人難以忍受，當初我花了很大的力氣才改了一個堪用的範本出來，還好二代不必重來一次）。在 view 按鈕裡新增了幾個新按鈕，show search 的功能算是最令我驚豔的地方，支援中文文件內搜尋，打入關鍵詞後，含那個詞的句子會列表出來（Y）。而且藏文也會正確顯示，這是幾個勝過 word 的地方。另外可以像 PDF reader 裡選 Pages 那樣依頁次顯示文件的縮圖，當在一份文件中不同位置插入很多不同圖案，要預覽不同頁面的時候，應該是蠻好的功能。

插入頁碼、註腳與註解，編頁首頁尾，修改段落格式、文繞圖，這些都跟 word 半斤八兩，使用上也差不多，就不必錦上添花多做讚美。另外，這類文書軟體內建的範本文件，我通常很難用得上，就不要談了，直接討論為什麼它會從滿分被扣30分。

關鍵性的原因在於：
1.無法隨意調整字體字級：它只能一直點把字放大或縮小，不能直接輸入級數，扣分。換字體，它把這一項放在STYLE 裡，但我也可能整篇文章只換這一次，為這一次設一個style 豈非小題大作？再扣分。

2.表格：它可以畫單純的 5X3，4X2 表格，也可以調整行高、欄寬或單一儲存格的大小，但是如果我需要畫的是複雜表格像郵局劃撥單、貼照片的報名表這類，它就不像 word 的表格工具列裡的手繪表格般自由。我還沒有試過 Pages 能不能像 word 的表格一樣可以讓表格裡的文字直接轉成直書或是把上面的數據加總平均之類，不過看到它表格功能這樣有限，大概也不用太期待。

3.不能做索引：我不知道有多少人需要用到 word 的這個功能，至少我只要繼續在我現在的工作環境裡工作，我就一定要用，也許是我沒有找到，至少目前為止，我還不能讓 Pages 做這件事。

4.我找不到對齊及排列方式的選項。現在在 Pages 上寫此文，我看到的行尾是參差不齊的。平常自己使用當然無妨，要是你的老闆是個會對這種細節吹毛求疪的人...那你可能不能只靠 Pages 工作。

5.列印頁面的頁次，我找不到可以調整的地方，所以大概不能像 word 一樣直接列印成一本小冊子(意即以第一頁為左頁，第八頁為右頁，印在同一張紙面上)

做為文書軟體，word 很厲害，而 Pages 也夠用了，只是我還不曉得新版的 Indesign CS2 for mac 支不支援置入 Pages 的文件（目前僅知支援word 跟純文字）。

額外多說幾句。有人認為 word 是排版軟體，還出了專書鼓吹。技術高超很好，我也打從心底感到尊敬，但把 word 當成排版軟體，我覺得這實在是種不值得推廣的觀念，因為它其實沒有真正的排版軟體好用，只是徒然害死許多最基層的人花費無數時間在做 Dirty Work。軟體各有各的功能，就像貓、狗、鵝是三種不同的動物，狗有時會去抓耗子，鵝很兇會咬陌生人，所以鄉下地方有人會養鵝來看家，貓也會注意到有不尋常的動靜。鵝很有價值，肉怎麼料理都好吃，但是你會希望家裡養的可愛小狗變成鵝肉嗎？貓的價值也不在於讓你牽去河濱公園散步或咬小偷。同樣的，你當然也可以拿 EXCEL 來當有格稿紙寫文章，但何必這麼累呢？

OpenVanilla偏好設定介紹（一）

2006-01-23T06:22:00.000+08:00

今天要介紹的不是OV的新功能，而是從0.7.0一開始就提供的「偏好設定」。

從輸入法選單那邊，選「偏好設定…」，就可以進入OV的偏好設定程式了。這其實是個有點複雜的程式，功能分為好幾區，我們將陸續介紹。

進入偏好設定程式後，視窗主要分為四個tabs：共用設定、模組載入清單及快速鍵、個別模組設定以及文字輸出處理模組。

今天先來介紹共用設定。

共用設定，顧名思議，當然是所有輸入法都可以共用的設定了，例如：選字窗的字體和顏色。算來惡搞的成份有些，OV的選字窗可以設成「透明背影」，或是指定「背景圖」，再者要弄成半透明若隱若現的，也是可以。老實說我到現在還是不知道，為什麼好好一個選字窗要能設背景圖或是全透明。也許套用那時Apple工程師在回答為什麼OS X登入後要弄個畫面球狀旋轉效果的話，還算合適：嗯，because we can。

「使用訊息窗」預設是打開的。如果要使用字根反查，或是詞彙管理模組，不打開是沒得用的（因為你就無法知道字根反查的結果，或是詞彙管理模組現在的狀態）。但是有些人也許就是不想看到任何非選字窗的訊息顯示。

警示音就是打錯字時的「嗶」一聲，聲音檔是可以自訂的，格式要是.aiff（為什麼不支援MP3？因為內建的NSSound就只支援.aiff；更何況，才不過打一次錯字，就要從頭聽一遍從ABBA的歌咪來的娜媽，好像有點痛苦......）。

倒是，有些輸入法（例如所有「泛用模組輸入法產生器」所產生的模組），都可以再另外設定是否要在打錯字時出警示聲。如果在那邊聲音就被關掉了，不管共用設定裡設的是Susomi還是Submarine聲，都是不會響的啦。

有一個東西是我們之前一直沒好好說明的，就是「切換最近使用的兩個輸入法」選項。顧名思議，只要把這個選項的快速鍵設好，就可以在最近使用過的兩個輸入法間做快速切換了。例如，我都是把它設成CTRL-SPACE，這樣就可以快速地在注音跟漁村符號（或是注音跟UIM日文輸入法）之間做切換。

對了，有些朋友可能會問：每次改完，都要離開偏好設定程式後才能生效，要改又要叫出程式，看那個香草icon在Dock上跳上跳下的...... 其實呢，如果只是為了馬上見到效果，可以按COMMAND-S (-S)，然後切到另一個應用程式，效果就立現了。嗯？為什麼之前都沒說可以這樣做？因為，我也是前幾天才發現，原來當時程式有這樣寫的...... orz

針對OV 0.7.2 (beta)不能跟AppleWorks等軟體共同使用所做的修正

2006-01-22T11:42:00.000+08:00

從0.7.2開始，OV便不再於OS X輸入法選單中列為「繁體中文」輸入法，而列在「Unicode輸入法」之列。這樣的改變增加了對非繁體中文語言的支援，卻也造成了諸如AppleWorks等較早軟體無法與OV一起使用的問題。

目前這個問題，可透過剛發佈的一組修正套件（SourceForge下載 / OpenFoundry下載）來克服。本修正套件將安裝一套「繁體中文版」的OpenVanilla於輸入法選單裡。安裝完、重新開完機後，請進「系統偏好設定」→「國際設定」中的「輸入法選單」，請務必將目前正啟用的"OpenVanilla 0.7.2 (beta)"給停用，然後將另一個列名繁體中文語系的"OpenVanilla 0.7.2 (TC)"給啟用。這樣子便可以在AppleWorks等軟體中使用OpenVanilla了。

又，經過測試，MSN Messenger 5（正式名稱為Microsoft Messenger 5）和OpenVanilla使用上並沒有相容性問題，但是輸入法選單卻顯示不出來。同樣的問題即使裝了修正套件也無法解決。另經測試，「空白鍵版酷音輸入法」（SpaceChewingOSX）在該軟體上也有同樣的問題，顯然是微軟不知道利用了哪組API，以致於讓3rd party的輸入法程式，都遭遇同樣問題。雖然不致於到無法使用的程度，卻很惱人。這就必須請微軟來解決了，因為只有他們家的程式有這種問題。

OpenVanilla 0.7.2 (beta) 也可以透過 DarwinPorts 安裝

2006-01-22T02:54:00.000+08:00

雖然這其實已經算舊聞了，但還是應該要提一下：OpenVanilla 0.7.2 (beta) 也可以透過 DarwinPorts 來安裝。安裝的版本跟由 .dmg 安裝是一樣的。至於用 DarwinPorts 來安裝有什麼好處呢？這...... 嚴格說來可能是沒有的。倒是對我這個只有一台機器的開發者（是的，開發輸入法這種高風險的軟體，卻只能拿自己工作用的家當來當測試機，偏偏我好像現在的工作叫「文字工作者」）來說，DarwinPorts的好處是，我可以把安裝好的 OV 暫時「解除使用」（deactivate），DP 就會把 OV 封存起來，把檔案搬開，然後我就可以安裝測試版，當需要做正經事時，再把測試版搬開，叫 DP 把先前封存起來的版本「啟用」（activate），然後我就不用跑那個安裝程式的 .dmg 了。

OpenVanilla新功能介紹第二彈：詞彙管理工具

2006-01-20T12:00:00.000+08:00

呃，在介紹之前，我要先懺悔一下：這個模組在英文選單下有一個礙眼的錯字，還有兩個設定鍵碼錯了，請先下載修正套件補一補吧（SourceForge下載、OpenFoundry下載）。

安裝完了，我們可以切入正題。嗯，OV 0.7.2新加入的詞彙管理工具...... 簡言之，這是一套可以在任何輸入法下（或任何輸入法「上」）錄製新詞彙、叫出詞庫的工具。暫不說設計緣由，先來看看怎麼使用吧！

首先，請先開啟OpenVanilla選單上的「詞彙管理工具」以及「詞彙管理─文字輸出記錄器」給啟用（如果你用的是英文選單，請點選"Phrase Management"跟"Phrase Tools: Text Recorder"兩個模組），並確定選單上這兩個模組是打了勾的：

一旦啟用之後，我們便可以用「詞彙工具啟用鍵」進入詞彙管理模式了。預設的啟用鍵是「~」。如果連按兩次「~」（~~），就會輸出原來啟用鍵代表的字──這個設定當然是可以改的，我們等會說明。

進入了詞彙管理模式後，會看到OV的狀態回報：

目前詞彙管理模式有三件事可以做：

錄製新詞彙
將錄到的詞彙加進資料庫
叫出資料庫裡的詞

首先是錄製新詞彙。預設的快速鍵是 [ ，也就是說，平常在輸入法模式下，只要順序按「詞彙工具啟用鍵＋錄製鍵」（例如 ~[ ），就會進入錄製模式啦：

進入錄製模式，就又回到了正常的輸入法狀態。這時你所打的每個字，都會被錄進去。不過，如果你切回英文鍵盤（也就是只要離開了OV），剛錄的東西就不算數了。

Ok，來錄點什麼吧。好比說，前陣子我幫忙翻譯了一篇跟HTML有關的文章，不時提到CSS。CSS有個很拗口的中譯叫「階層樣式表」，我每次都要去查hlb翻譯的W3C glossary才知道這東西中文名字這麼叫。我希望能有個方法，只要打「css」就給我出「階層樣式表」。那麼，我們就把這幾個字錄起來吧：

一邊打字，OV會一邊記錄。萬一打錯了，按個backspace，OV也會跟著把錯字給清掉。

嗯，打完了。然後我們這時再次進入詞彙管理模式，把剛剛錄好的詞給存進資料庫裡。來按個 ~ 鍵吧：

「詞彙管理工具」其實像是某種命令列工具。我們這時輸入「a css」然後按enter，代表說把「錄到目前為止的詞（「階層樣式表」）給加進資料庫裡，並且用『css』這一串字來代表」。

打完指令，按下enter後，詞彙管理工具會回報：

Ok! 這樣就錄好詞了。那麼以後我們要叫出這個詞的時候，只要進入詞彙管理工具，打「css」再按enter：

詞彙管理工具就會自動吐出「階層樣式表」這幾個字，節省一串打字的力氣。我們甚至可以記下這一串鍵盤操作方式：「~css [enter] → 階層樣式表」。

如果記不起來這個詞的代稱全名是css，按個字頭c，再按個[tab]鍵，OV就會列出所有c字頭的詞：

這個選單就跟輸入法的選字一樣，如果有很多選擇，可以用翻頁的方式來找。當然不一定只能打字頭，例如打「cs」再按tab，就會列出所有以cs開頭能叫出的詞，以此類推。

剛剛說到，只要一離開OV，詞彙記錄功能就停了。如果我要想記錄英文詞，或是記錄中英混合的詞，該怎麼辦？這時OV大多數輸入法都支援的「按caps lock進入英數模式」就很有用了，我們可以在需要打英文詞時按一下caps lock，打完英文，再按一下caps lock繼續打中文：

這時再用cs字頭來查，就會有兩種選擇了：

選完字後：

Ok，以下是「詞彙管理工具」的操作總結，假設你用的都是預設鍵的話：

~[	進入錄製新詞模式
~~	連按兩次啟用鍵就會輸出原符號
~a foo [enter]	把錄到的詞加到資料庫中，關鍵字是foo
~foo [enter]	叫出關鍵字foo所代表的詞
~foo [tab]	列出關鍵字以foo開頭所代表的詞
~h [enter]	叫出詞彙管理工具的求助訊息

此外，在詞彙管理模式中，隨時按 [esc] 就可以跳出詞彙管理模式：

然後，可以進 OV 的偏好設定，找到「個別模組設定」那一區的右下角，就可以更改上述的兩個快速鍵：

上述的activationKey就是啟用鍵，textRecordingKey就是錄製鍵。例如我的設定是：

那麼我的錄製鍵就變成了 @[ ，而叫出 css 的方法也變成了 @css (enter) 了。

最後要提兩件事。一個是，這其實是 OV 的新應用，如果你對這個工具有任何想法（增加功能、改變操作方式或使用介面），請不吝提出意見。事實上很多能修改資料表的輸入法（例如OV的倉頡或大易）都可以透過改資料表的方法，來達到加詞的功能，但是改資料表麻煩，注音或酷音等輸入法又用不到，這是設計這個工具的另一個理由。

另一件事情是，這個詞彙工具的資料庫，是利用sqlite做的。OS X從10.4開始內附sqlite這套簡單快速又強大的迷你資料庫系統。詞彙管理工具的資料庫目前是放在這個位置：

~/Library/OpenVanilla/0.7.2/UserSpace/OVKPPhraseTools/userphrase-0.7.2.0.db

如果你有興趣，可以去這個連結抓取這兩個範例詞庫：

範例詞庫
W3C glossary繁體中文版本（由hlb帶頭翻譯的）

然後將它們倒進資料庫裡：

sqlite3 userphrase-0.7.2.0.db < w3c-glossary-tw.sql
sqlite3 userphrase-0.7.2.0.db < phrase-example.sql

然後再進入詞彙管裡工具，打個 syspref (enter) 或 w (tab)，就會看到一堆詞了。

Have fun!

OpenVanilla新功能介紹第一彈：如何更換「香草」圖示

2006-01-19T12:00:00.000+08:00

OpenVanilla 0.7.2的新功能之一，便是可以更換預設的「香草」圖示。請依照以下步驟，將「香草」換成你喜歡的圖案。

首先，OpenVanilla提供了一個「可選用的圖示套件」，可以從這裡（或這裡）下載取得。

或者你可以挑任何你喜歡的.icns圖示檔來使用。

接著，請進到你主硬碟裡「資源庫」下面一個叫Components的資料夾，找到一個名叫OpenVanilla-TSComponent-0.7.2.bundle（Finder會說檔案種類是「套件」）的檔案。

然後，點選滑鼠右鍵（或者是control-click...），這時Finder會顯示一個pop-upmenu，然後點選「顯示套件內容」，這時Finder便會顯示該套件檔的內部。

請往裡面找，進去「Contents」再進去「Resources」資料夾，然後就會看到一個名叫 OpenVanillaMenuIcon.icns 的檔案。這就是我們要更換掉的圖示檔了。

請從本icon套件挑一個你喜歡的圖示，或是找任何.icns格式的檔案，將之改名為OpenVanillaMenuIcon.icns，然後把檔案拖進去，蓋寫掉原檔案（Finder可能會跟你要管理者權限），就大功告成啦。

不過，你可能會發現，輸入法選單拉下來的圖案，還是「香草」。因此我們得要叫OS X更新圖示。要怎麼做呢？最簡單的方法當然是登出後再登入，但是這有一點遜（蓋OpenVanilla當初設計的理由，實在是為了減少這種登出再登入、只有Windows才需要做的事，雖然事與願違）。於是還有第二管道可走：騙「國際選單」重新載入OpenVanilla圖示。

做法有點複雜，簡單地說，就是去「系統偏好設定」裡的「國際設定」，然後進「輸入法選單」，把OpenVanilla給勾掉（就是關掉它）。然後離開「系統偏好設定」，然後再進一次同一個設定的同一選單，把OpenVanilla勾起來（啟用它）。然後...... 新圖示就出現了。

圖示套件裡的檔案，多半是zonble做的，至於版權問題，也依往例，是以所謂的〈zonble條款〉授權的，該條款只有一句話：「要怎麼叫一個連法律都不相信的人，去使用任何授權條款呢？」

好了，來看看可以換成什麼樣的圖案：

換成著名的溫泉圖示... （上面的版號還是0.7.1，這不重要）：

換成格瓦拉...

換成BSD小惡魔...

好了，更換圖示的方法就介紹到這邊。如果拿本圖示套件包裡面的weed.icns來更換OpenVanilla的圖示，「香草」輸入法架構就瞬間變成「哈草」輸入法架構了...... 下一版改名叫OpenHashish好了，a new name for the new year, anyone?



OpenVanilla 0.7.2 (beta) for OS X 發表

2006-01-18T18:53:00.000+08:00

在這一陣子的密集測試和整理後，OpenVanilla 0.7.2 (beta)推出了。這一版除了修正先前版本常遇到的多個缺陷外，還將過去以來一直以零散方式推出的多種模組，集合起來，包裝成一個延伸的安裝套件（Extra Pack）。除此之外，例如資料表格可以改放在使用家目錄下的「資源庫」中，或是可更改「香草」icon等等，都是0.7.2版的新功能。

OpenVanilla 0.7.2 (beta) 的標準套件可由以下連結下載：OpenFoundry / SourceForge
安裝完標準套件後，您也許會希望增加額外的模組或輸入法資料表。您可從以下連結下載延伸套件：OpenFoundry / SourceForge

請您在安裝之前，務必詳讀安裝程式顯示的版本說明，或是openvanilla.org網站上的版本訊息。如果您有安裝OpenVanilla先前的版本，請您尤其注意，新版本可能會造成舊版無法使用。前述的說明會告訴您如何排除這樣的障礙。

以下是0.7.2 (beta)新增或更動的項目概要：

新增一套「詞彙管理功能」，不論您使用何種輸入法均能使用。這套工具可以節省重覆性的文字輸入，對翻譯及專業文字寫作應有能發揮之處。
軟體穩定性提高，泛用輸入法產生器模組的載入速度加快。
OpenVanilla於「國際設定」的「輸入法選單」中，改列為「Unicode語系」的輸入法。如此在諸於Microsoft Word等會依語系改變字型的軟體，就不會有輸入非繁體中文文字時，字型遭任意切換的情況。
OpenVanilla的「香草」icon可以換成使用者自訂的圖案。
外掛模組及資料表格（泛用輸入法產生器及反查模組的表格），可以放在自己家目錄下面的指定位置，不再需要放在系統資料夾裡了。
標準安裝套件增加簡體漢語拼音及簡體五筆字型兩套輸入法。
「延伸安裝套件」提供多種輸入法及文字處理工具，包括各種主要倉頡版本、全字集輸入法資料表格、各種可自訂的icon、Unicode輸入法及反查模組、英文智慧引號模組等等。
修正了在使用輸入法時，外接鍵盤的數字鍵區無法使用的問題。

針對上述的新功能（例如如何自訂icon），我們將陸續利用OpenVanilla網站或#osxchat blog一一介紹使用細節，stay tuned!

我們的網站最近也搬了家，網址仍在http://openvanilla.org，網站系統則有了不一樣的面貌。如果您覺得OpenVanilla對您有所幫助，我們歡迎您的贊助支持！我們在網站上也出了幾種贊助支持OpenVanilla的方式。

Class Notepad

2005-12-16T09:10:00.000+08:00

Class Notepad 是個 Dashboard Widget，保留了舊 MacOS 的一個叫做「Notepad」的應用程式的外觀。不過，我個人喜歡的是它很簡單就可以加新頁面、並且自動存檔的懶人設計。也許有人愛把螢幕上弄得滿滿的各種顏色貼紙，不過有這麼樣一個懷舊又有用的小程也不錯。


TTUL

跟 GarageBand 其實只有一點點關係的新聞：什麼叫抄襲？

2005-12-06T01:42:00.000+08:00

我完全不會想聽 JAY 的音樂，也對此人沒什麼好惡。但是作為當紅藝人，變成眾矢之第在所難免。繼「四面楚歌」遭到質疑之後，「麥芽糖」前奏也傳出疑似抄襲情事。

其實，那一段四小節是在 GarageBand 裡就找得到的 loop，名叫 Nordic keyed fiddle 01，我所看到第一個指出這件事的出處是：http://blog.gslin.org/archives/2005/12/01/234/#comment-567

通常這種採樣自民俗音樂的東西都是公共財，自然也沒有什麼抄不抄的問題。

用得好不好才是重點。

「四面楚歌」疑似抄襲某立陶宛樂團歌曲的事件，根據官方說法，是編曲者洪敬堯不巧用了 Power FX 公司的 Downtown string loop。「麥芽糖」的前奏恐怕也是同類事件，只能說洪敬堯運氣真是太差了。在高度工業化的唱片市場生態裡，我個人覺得「用了一樣的 sample」沒什麼好苛責的，麻煩的是，如果一首曲子的主體吸引力不夠，只在邊邊角角讓人想起別家的產品，那賣得不好也只能說下次請多加油。

如果光要說樹大招風什麼的，全世界數一數二大棵的麥克傑克森，在上個世紀 80 到 90 年代間被告過四五次，鬧最大的一次是 Dangerous 的 Will You Be Here，曾被控抄襲某義大利作曲家的曲子。如果我沒記錯，那次相似的樂句高達十六小節。然而，麥克可能是因為口袋夠麥克可以耗這麼久，纏訟八年之後還是勝訴。

說起來不勝唏吁，一直到柴可夫斯基的時代，作曲家之間仍然時興「引用」以「致敬」的方式，最後無論誰的曲子受歡迎，總是有些雞犬升天之效。姑且不論藝術成就，寥寥幾小節旋律動機或是編曲手法，要是無法打動人心，在市場上已經輸了。

好啦，回到 GarageBand，聽聽看 orz-nordic 吧，你會在意它用了 Nordic keyed fiddle 嗎？（雖然這大概不是編得最好的 orz...）

Vienna 的中文語系

2005-12-05T23:53:00.000+08:00

剛剛收到了在前一篇文章所介紹的 RSS 閱讀軟體— Vienna 的作者 Steve Palmer 的來信，信中說，他已經將繁體中文語系的翻譯檔案，加入到了 CVS 檔案庫中，預計在下一個版本的釋出中，就會包含中文語系了。

期待下一版的 Vienna 早日釋出。

此外，hlb最近也為 Vienna 製作了一套閱讀樣式表 Soft Cover，可以從 Vienna 的下載區中取得。

Vienna — RSS 閱讀程式

2005-12-05T00:43:00.000+08:00

雖然說在 Mac OS X 環境下已經有了許多的 RSS 閱讀程式，例如 NetNewsWire、NewsFire 等，而且所有的 RSS 閱讀程式，無論是功能或世界面，其實都差不多，去年在 DrunkenBlog 上，就有一篇對於各種在 Mac OS X 上的 RSS 閱讀軟體的比較文章，文中的評比可說相當詳盡。但是，像 Vienna （維也納）這樣無私貢獻的開放原始碼自由軟體，總是值得一書。

Vienna 是由 Steve Palmer 所開發，這兩天剛釋出最新的 2.0.0.2015 版。在 Vienna 的介紹網頁上，強調的功能如下，可以發現，大部份的功能，還都真是差不多：

簡潔的介面（不過，我還是覺得 NewsFire 的介面設計更好。）
支援 RSS 與 Atom（這年頭誰不支援啊？）
內建網頁瀏覽器（同上，在 MacOS X 上的瀏覽器，都會用到內建的 WebKit …）
智慧型檔案夾（應該是 NewsFire 第一個完成實做）
群組檔案夾（別人也都有）
匯入與匯出(同上)
定期更新（同上）
將文章加上標示（同上）
內文閱讀區（同上）
套用樣式（同上）

對我而言，Vienna 最好用的地方，恐怕並沒有寫在官方的說明網頁裡，那就是，Vienna 對於使用者如何新增訂閱一個 RSS feed，可說相當用心。雖然 Vienna 還沒有提供從 blog 的網址首頁自動挖掘（Auto Discovery）RSS Feed，不過這一點，可以與 OS X 10.4 Tiger 上的 Safari 功能相互配合使用，容後再述。Vienna 提供一種叫做 RSS 網址模板的功能，例如，在新增網址的時候，介面上會提供一個下拉選單，如果你從下拉選單中選擇 blogspot，並且輸入 osxchat 的話，Vienna 就可以幫你取得 osxchat.blogspot.com 的訂閱內容。

而 Vienna 這種模板功能，可說相當有彈性，在 Vienna Bundle 底下的每個語系中，可以看到一個叫做 RSSSources.plist 的檔案，在這個 XML 檔案中，就定義了各種 RSS 網址的模板，打開這個檔案，可以看到格式大致如下：

<key>Xanga</key>
<dict>
<key>SiteHomePage</key>
<string>http://www.xanga.com</string>
<key>LinkName</key>
<string>Enter Xanga User name</string>
<key>LinkTemplate</key>
<string>http://www.xanga.com/rss.aspx?user=%@</string>
</dict>
<key>URL</key>
<dict>
<key>LinkName</key>
<string>Enter URL of RSS feed</string>
<key>LinkTemplate</key>
<string>%@</string>
</dict>

在這個檔案中，只要根據相同的格式，就可以繼續新增模板，可以針對每個語系使用者習慣使用的 blog 服務的位置，設計新的模板。在第一個 key 中定義的是服務的名稱，在 LinkTemplate 中就是該服務的樣式，其中 %@ 是自訂的字串，LinkName 是自訂的提示文字，SiteHomePage 則是該服務的首頁。所以我們可以繼續增加這些項目，例如：

<key>WordPress.com</key>
<dict>
<key>LinkName</key>
<string>請輸入 WordPress.com 使用者名稱</string>
<key>LinkTemplate</key>
<string>http://%@.wordpress.com/feed/</string>
<key>SiteHomePage</key>
<string>http://wordpress.com</string>
</dict>
<key>Yam Blog</key>
<dict>
<key>LinkName</key>
<string>請輸入 Yam Blog 樂多日誌使用者名稱</string>
<key>LinkTemplate</key>
<string>http://blog.yam.com/%@/atom.xml</string>
<key>SiteHomePage</key>
<string>http://blog.yam.com</string>
</dict>
<key>無名小站</key>
<dict>
<key>LinkName</key>
<string>請輸入無名小站使用者名稱</string>
<key>LinkTemplate</key>
<string>feed://www.wretch.cc/blog/%@&rss20=1</string>
<key>SiteHomePage</key>
<string>http://www.wretch.cc/blog/</string>
</dict>

如此一來，只要知道 Wordpress.com、Yam 樂多日誌或無名小站上的使用者名稱，就可以輕鬆訂閱該站台的內容了。此外，雖然 Vienna 不支援自動挖掘 RSS，但是 Safari 支援，所以，當你用 Safari 看到某個您想要訂閱的站台的時候，只要按下 Safari 網址列上的藍色 RSS 按鈕，叫出 RSS 網址，然後把這個網址直接拉到 Vienna 的站台列表就好了。

如您所見，在圖片中的 Vienna 呈現的是中文介面，我昨天晚上剛完成了 Vienna 的中文本土化，並且已經回報給官方，希望過不久，就能夠將中文語系，納入到正式版本中。

Xgrid 在 Tiger 上的啟用方法

2005-11-30T11:23:00.000+08:00

Apple 在 OSX 上有一個高階的叢集運算計畫，稱為 Xgrid

這個叢集運算分為 Controller, Client 與 Agent 三層角色

Client: 可以請求進行叢集運算，目前可以由 Console 或是部份有支援 Xgrid 的 Cocoa 程式來擔任這個角色

Agent: 目前所有安裝 OSX 10.4 以上的 Mac 電腦只要打開 Xgrid 分享，均可以擔任 Agent 角色，主要為接受 Controller 控制分攤運算

Controller: 通常由 OSX Server 擔任，作為叢集運算的控制中心

剛開始在嚐試 Xgrid 時，因為 Controller 而吃了不少苦頭，感謝 mjhsieh 提供這篇文章，才赫然發現其實 Contoller 也內建在 OSX 10.4 中阿(苦笑)
按照文章的指示，只要依照下述的步驟便可以啟用 Xgrid 了:

1. 先啟用 Xgrid Controller，有兩種啟用方式，任選一種就可以
- sudo xgridctl controller start (馬上啟用，重開機後不自動啟用)
- sudo xgridctl controller on (馬上啟用，重開機之後自動啟動，設為 off 重開機後便不自動啟動)

2. 還需要修改認證設定，利用剛剛啟動產生的設定檔來做修改
- sudo xgridctl controller stop
將 /Library/Preferences/com.apple.xgrid.controller.plist 中的 AgentAuthentication, ClientAuthentication 均設為 None 表示不需要任何認證

3. 重新啟動 Xgrid Controller
- sudo xgridctl controller start

4. 將所有要當作 Agent 的 OSX 分享 Xgrid 運算 (如下圖，記得認證需選擇無)

5. 確認 Xgrid 是否運作的方式有數種，我們介紹最簡單的方式，安裝 10.4 Server Admin Tools
安裝後(需要重新開機，如果剛剛沒有設定重開機自動啟用 Xgrid，重開機後需手動啟用 Controller，請參照上述)，執行 /Application/Server 下的 Xgrid Admin

一啟動會詢問要連接那一個 Controller，Admin 會自動透過Bonjour搜尋，所以清單上會列出可以選擇的 Controller

啟動畫面如下

6. 目前 Client 端可以透過 Console 或是某些 Cocoa 程式來進行運算
- 利用 Console 簡單的測試 Xgrid，方法如下:
在 console 下執行 xgrid -h 127.0.0.1 -job run /usr/bin/cal 2005(如果是遠端主機，請把 127.0.0.1 改為合適的 ip)
馬上可以看到 2005 年的所有日曆輸出，但是由於這個工作實在太簡單了， Xgrid Admin 稍縱即逝，可能不好觀察

- 利用 Xcode 內附的 Xgrid 範例來操操看吧
如果有裝 Xcode 可以找到 /Developer/Examples/Xgrid/GridMandelbrot 這個現成專案吧
把他跑起來測試看看，這是一個計算碎型圖的程式，需要大量的運算，剛好可以試試 Xgrid 有多鋒利

7. 結論
到此實驗算是成功了，但是依然有幾個尚未解決的問題，目前這種變通的 Controller 只試出來不需要認證的狀況下，可以正常鍊結
所以安全性上是堪慮的，請大家小心使用

OSX x86 版本能不能用？那是當然的囉(小聲的說)，請自由變化運用

如果想透過防火牆使用(再次強調安全性問題)，只要把 port 4111-4120 and 49200-49500 開放即可

補充鍊結: XgridLite

Cocoa 應用程式在處理連字（Ligature）時的特別處理與問題

2005-11-28T03:39:00.000+08:00

OpenVanilla 開發團隊前陣子在排除程式的問題的時候，才注意到了 Mac OS X 下各種 Cocoa 應用程式在處理「連字」功能的時候的細微的行為，細微到了平時幾乎根本不會注意。

在「文字編輯」（TextEdit）等軟體中，「連字」這個功能位在選單的「格式」下，下面有「使用預設值」、「取消使用」、「使用全部」三個選項。其實「連字」是個很糟糕的翻譯，一般來說，「連字」通常是對應到英文當中的「Hyphenate」這個字，所謂的「Hyphenate」，是當一個英文單字位在段落結束的時候，因為剩下一行的空間無法容納那一個英文單字，所以將英文單字從中拆開，將剩下的部份移到下一行，中間加上連字號「Hyphen」。而這邊所稱的「連字」，則是指Ligature。

那，什麼是Ligature？舉例來說，當我們在文書軟體或各種軟體中，將「fi」兩個字母打在一起的時候，因為「f」字母的上方突出處，往往會與「i」字母上方的圓點重疊，而造成了一定程度的妨礙，或是不美觀。因此在 Cocoa 應用程式中，如果使用了某些字體，Cocoa 的文字 Render 引擎就會主動改變「fi」兩字的字體外型（Glyph），或是延長「f」中間的那一橫，讓那一橫與「i」下方那一豎的上方交會，或是拉長「f」的上方彎曲處，並且省略「i」上方的原點，讓「fi」兩個字母融為一體。

在下圖中，就可以看到，在文書編輯與在 Microsoft Word 中，處理「fi」的行為是不同的。在 Word 裡頭，會將「fi」兩者分開，而在文書編輯裡，則會將兩個字母連在一起。圖中的字體分別為 Lucida Grande 以及 Times。

而根據測試的結果，在 Mac OS X 10.4 當中的字體，會將「fi」連起來者，包括：Big Caslon、Birch Std、Caflisch Script Pro、Century Old Style、Chalkboard、Chaparral Pro、Charcoal、Chicago、Chochin、Corsiva Hebrew、DecoType Naskh、Devanagari MT、Didot、Futura、Gadget、Geeza pro、Geneva、Giddyup Std、Gujarati MT、Gurmukhi MT、Hoefler Text、KufiStandardGK、Lucida Grande、Lucida Handwriting、Marker Felt、Minion Pro、Minion Std、Mshtakan、Myriad Pro、Myriad Std、Nadeem、New York、News Gothic Std、OpenSymbol、Papyrus、Poplar Std、Raanana、Sathu、Silom、Skia、STFangSong、STHeiti、STKaiti、STSong、Techno、 Thonburi、Times、Zapf Dingbats、Zapfino、Adobe Caslon Pro、Adobe Garamand Pro、Adobe Jenson Pro、Adobe Sans MM、Adobe Chancery、Adobe Symbols…等。

Apple 這樣的設計，固然可以讓編寫的文件看起來更為美觀，也讓人覺得 Mac OS X 系統在設計時的用心之處。但是，也不知道該說是 Apple 百密一疏，還是該說 Apple 自作聰明，總之，這樣的設計在遇到了中文環境的時候，就會出問題。狀況是，如果你在 Cocoa 應用程式中，要使用某些中文輸入法輸入中文，而這套輸入法的所採用的字根是英數字母—例如簡體中文的五筆輸入法或拼音輸入法，當您在輸入法緩衝區中輸入了 fi，在應用程式已經將fi兩字做了Ligature處理之後，你想要將這些字根送給輸入法，就會立刻造成應用程式 crash。

解決問題有幾種方法，一是在應用程式中，關閉 Ligature 功能，或是在設計輸入法的時候，就不要以半型的英數文字設計成字根（例如改用全形英數字），以及，換用其他在上述列表之外的其他字體，但是看看上面的列表，就不難發現，簡體中文的使用者特別容易遇到這樣的狀況，Mac OS X 內建的四套簡體中文字體：STFangSong、STHeiti、STKaiti、STSong，統統榜上有名。—而好像也可以這麼說，Apple 的在簡體中文字體上，也的確比對繁體中文字體來得用心。

相關的討論，請參見 OpenVanilla 錯誤回報系統上的 Ticket #13829。

StepMenu 到底有什麼用？

2005-11-27T22:59:00.000+08:00

之前曾經介紹過 StepMenu 這套軟體。 StepMenu 的主要用途，在於可以讓各種 Cocoa 應用程式在原本畫面上方的選單之外，多出一條直立的、可以將子選單分離出來獨立顯示—類似於過去 NEXTSTEP 介面（以及後來模仿 NETXSTEP 介面的 GNUSTEP，以及 Window Maker等）的選單。

但是在實際使用的時候，其實卻可以發現，StepMenu 並不如從前的 NEXTSTEP 介面好用，原因是，在跳出另外一個選單時，畫面的正上方還是有著原本的選單，並不會因為叫出了 StepMenu 而關閉，如此一來，就變成在同一個應用程式中，有著兩個選單，整個介面對於使用者而言，有著更大的干擾。此外，在啟動 StepMenu 的時候，往往一併啟動了某些隱藏在幕後的程式的選單，例如 SystemUIServer等…雖然說 StepMenu 提供了讓你過濾不要在某些應用程式上啟動 StepMenu 的選項，但是仍然相當麻煩。

另一方面，在 Aqua 介面下拆出來分開顯示的選單，也實在沒有 NEXTSTEP 下的選單好看啊。

但是，StepMenu 有一相當實際的用途。在進行簡報、或是其他必須使用延伸螢幕的時候，可以發現 Mac OS 的介面設計有一相當大的問題，甚至可以說是—一大敗筆，那就是，只會在第一個螢幕的上方顯示選單，在其他的延伸桌面上，都不會顯示選單—這時候，StepMenu 就派上用場了。因為 StepMenu 提供你另外一個可以分離顯示的選單，你只需要把 StepMenu 所產生的選單，拉到延伸桌面上就好了。

OV 使用者自製輸入法再添一套：TeX 符號

2005-11-15T14:53:00.000+08:00

我們在 OpenVanilla mailing list 上收到 Likai Liu 的來信，他說他製作了一份使用 TeX 慣例輸入希臘文及常用數理符號的泛用輸入法表格。如果你是 TeX 的使用者，或許你會喜歡使用 TeX 的指令來輸入這些符號，例如 \theta 可以出 θ，\^3 可以出上標數字 ³ 等等。詳細的取得、安裝及使用方式，都可從他的網頁上取得。

另外，nikolaoschen 先前也製作了一份古希臘文的 OV 泛用輸入法表格，對於西洋古典文史哲類的文件處理，有很大的幫助。詳細的取得、安裝及使用說明，可參考他的 blog。

這裡再提供兩個 OV 的小秘訣。在 OV 的偏好設定裡，找到「共用設定」(shared settings) 中的輸入法切換鍵，設定這個鍵的話，就可以用快鍵來切換最近過用的兩個輸入法。我自己是將它設為 CTRL-SPACE，這樣一來就可以在注音及漁村之間切換。

另一個秘訣是，大家都知道 OV 的全形字（包括全形空白）都是透過「全形英數字」這個輸出轉換模組（output filter）做到的。OV 提供模組的快速切換功能。要設定全形模組的切換鍵，可以進入 OV 的偏好設定，選「模組載入選單及快速鍵」（load list and shortcut）這一項，點選「全形英數字」，先確定它旁邊的「載入」方塊是被選起來的後，幫它設一個快速鍵，然後離開偏好設定就會立刻生效。我自己是將它設在 SHIFT-SPACE，這樣就可以跟過去的倚天中文一樣切換全形字（尤其是全形空白）的輸出了。

對我自己來說搭配 CTRL-SPACE 及 SHIFT-SPACE，再配合原有的 CMD-SPACE 切換 OV 及預設英文語系鍵盤，對日常工作便相當順手。倒是後來覺得應該也要能支援「輸入法輪動」（類似 CMD-TAB 輪流切換視窗那樣）的功能，這樣對掛載多種常用輸入法的場合應該會更有幫助。

就寫程式的觀點來說，要增加全形支援，是也可以從輸入法框架本身下手。但 OV 沒這樣做，反而是將全形字放到一個外掛模組中，這樣既讓框架維持簡單，又同時賺到了可自由設定任一切換鍵的好處，一舉數得。

軟體包裝

2005-11-11T08:52:00.000+08:00

在 Mac 上面，常見的軟體包裝方式有三種：DMG、Package、與 Darwinports。我在 Wiki 上面放了一份簡單的比較表，請參參：Mac 軟體包裝比較。

簡單的說，如果要散佈出去的軟體是一個獨立的應用程式，那麼可以很簡單的採用 DMG 的方式，直接把應用程式放在做好的 DMG（也就是磁碟映像 Disk Image）。這個方法在製作上最為省事（只要把整個應用程式的資料夾拖進磁碟映像檔裡面即可），在安裝上也最為省事（只要把磁碟映像檔裡面的東西拖出來即可）。以此方法散佈軟體，常見的例子有 Firefox。

如果要安裝一些檔案到系統資源庫目錄，那麼前述方法就不適用了，總不成要使用者自行打開資源庫把檔案拖進去吧？（當然也可以啦，大家可能會被你嚇壞就是了）這時候要用的就是 Package，使用 XCode 附的 PackageMaker，可以做出完整的安裝程式（正如 Windows 的「下一步」安裝程式），有圖形界面可以安排要安裝的檔案，可以來自各個目錄、沒有限制，也可以指定需要系統管理員的密碼才得輸入，或是安裝完畢之後要重新開始等等選項。OpenVanilla 輸入法框架在 Mac 上就是使用這種方法。

因為 DMG 其實只是磁碟映像檔而已，所以也可以把做好的 Package 丟進一個映像檔，然後散佈映像檔，這樣也很方便，大家抓回映像檔之後只要點兩下裡面的安裝程式，就可以進行安裝。當然，應用程式也可是可以做成安裝程式的，只不過在安裝上不會比用滑鼠拖拉方便吧（但也可以說，全數使用安裝程式，具有「一致性」，所以大家比較容易習慣。我想這點見仁見智，要方便的用只滑鼠拖拉就安裝軟體，勢必會有些犧牲吧。）

最後就是非常技客風味的 Darwinports。說起來這種方式跟做安裝程式很像，只是，因為其命令列界面的特性，使得所有過程都很容易自動化，而且比較便於把許多其他 Unix 類作業系統的軟體移植上 Mac 上。現在在 Darwinports 主目錄裡面的上千個軟體，泰半都是在 Linux 或是 FreeBSD 上面開發的。只是由於 Mac 骨子裡是 BSD ，也稱得上是一種 Unix 類的系統，所以要移植過來還算簡單（當然也不見得總是很簡單，會有很細節的系統標準界面問題，不過這裡就不討論了。）

簡單介紹到此，這三種方式從最直觀的方法（最省事）到最技巧的方法（最有彈性）都包括了，說得上是相當完善了。有興趣的朋友不妨跟據需求試試。

擴充 Cocoa 功能的 NSExtensions 框架

2005-11-11T03:40:00.000+08:00

Objective-C 語言本身有一個很強大的特色，叫作 "categories"。詳細的作用方式在此不表（可參閱中文版的 Objective-C 初學指南），簡而言之：這是一種「不必透過繼承，便能立刻增加原有 class 功能」的方法。

好比說，在使用 NSDictionary 時，我們常常可能會需要在沒查到資料時，設定一個預設值。程式通常是這樣寫的：


  id x;
  x=[dict valueForKey:@"key value"];
  if (!x) x=defaultValue;

但是同樣的「樣式」（pattern）要寫兩行就太麻煩了。在傳統的 C 語言裡，我們可能會寫一個自製的函式，來解決這個問題：


  id NSDictFindWithDefaultValue(NSString *key, id defValue);

但是這樣使用起來就太累贅且太不直觀了。透過 Objective-C 的 categories ，我們可以直接「置入」一個名叫 valueForKey: default: 的新 method，因此以上的程式可以寫成：


  x=[dict valueForKey:@"key value" default:defaultValue];

我們同樣可以如法泡製，為 NSMutableDictionary 訂作一個同樣的 method ，使得在找不到 key 的情況下，直接在 dictionary object 裡插入 default value 並將之回傳。

以上的範例，可以從 NSDictionaryExtension.h 和 NSDictionaryExtension.m 中取得。這個 extension 是 OpenVanilla OS X Loader 的一部份。OV 在寫作過程中用了兩個這類型的 categories，另一個則是 NSStringExtension 。

現在我們把這些 Cocoa 的「延伸功能」整理起來，變成了 NSExtensions 這個專案。取得方法很簡單：直接從 OpenFoundry 的 svn repository 中取得最新版本（最簡單的方法是用 Finder 的 "connect to server" 功能直接連接 http://svn.openfoundry.org/nsextensions/trunk）──或是使用 svn 取得。

在取得之後，進命令列，打 xcodebuild -configuration Release DSTROOT=/ install ，就可以將程式編譯完、將 NSExtensions.framework 安裝在 /Library/Frameworks 中。然後我們就可以用以下程式來測試是否安裝完成：


  #import <Cocoa/Cocoa.h>
  #import <NSExtensions/NSStringExtension.h>
  int main() {
      NSApplicationLoad();
      [NSAutoreleasePool new];
      NSString *s=@"test string 1 2 3 \"hello, world\" yes";
      NSArray *a=[s splitBySpaceWithQuote];
      NSLog([a description]);
      return 0;
  }

然後以下列命令列編譯之：


  gcc -o test -framework Cocoa -framework NSExtensions test.m

若是結果正確地出現該字串「分裂」後的陣列內容，就表示執行成功了。（"hello, world" 會被 NSArray 的 description method 自動加上引號，但實際儲存在陣列裡的字串是沒有外圍的引號的）

(是的，上述 gcc 指令也是在命令列下編譯 Cocoa 程式最簡單的方式，雖然一般說來還是建議使用 xcodebuild）

更進一步的說明，請參閱 NSExtensions 的 README.txt。這個框架以 public domain （公領域／公共財）方式釋出，歡迎自由取用。

一個拼錯了二十年的名字

2005-11-02T21:52:00.000+08:00

「倉頡」輸入法究竟是怎麼被拼成 Changjei 的，恐怕已不可考。我印象能及，這個拼法最早見於倚天中文系統的 CHANGJEI.TAB 檔（約 1984 年前後）。這完全是錯誤的拼法。首先，照威妥瑪拼音的話，CHANG 可能是「昌」或「張」（嚴格說來是 ch'ang），無論如何絕不可能是「倉」字──理應拼成 tsang 才對。再來，j 開頭的拼音，只有在漢語拼音中，才拿來拼國語中ㄐ聲母開頭的字。不幸的是，這一部份的字也拼錯了，應該是拼成 jie 才對。

如果照威妥瑪的拼法，這檔案理應拼為 TSANGCHIEH.TAB （chieh才是「頡」或「切」，如果你很講究的話，應該要用 ch'ieh 跟 chieh 來區分這兩者的），但是當年 MS-DOS 檔名前半部只能容許八個字。那麼，用漢語拼音的話，理應拼成 CANGJIE.TAB 才對。

沒想到這錯誤一錯就錯了二十餘年，從倚天「飛碟一號」一路錯錯錯錯錯到現在。我們在整理 OpenVanilla 所用的倉頡資料檔時，因為有想到這件事，於是將倉頡資料表格中的英文描述，改成了 Cangjei，結果沒想到還是改錯了。今天終於正式改回了 Cangjie，會在以後的版本中發佈。

至於那個 Changjei 已經進入了各種平台的中文輸入法中，積非成是...... 「倉頡」變成了「昌頡」（按照 jei 還原，會寫成ㄐㄟˊ，一個台灣講的國語／大陸講的普通話／外國人稱Mandarin的語言裡不存在的音），這，也只能說是歷史的玩笑了。

在 Tiger 上使用命令列作硬碟備份的兩種方法

2005-10-30T13:49:00.000+08:00

很久以前我寫過一篇〈利用FireWire硬碟外接盒製作可開機的備份〉的文章。因為 OS X Tiger 的出現，改變了一些事情的做法，因此在這裡做個更新。

首先還是權限設定的問題。在掛上備份硬碟後，請用 Finder 的 Get Info 將硬碟資訊打開，把 "Ignore ownership on this volume" 的選項勾掉（預設是打開的）──這一步非常、非常、非常重要！如果系統忽略掉備份碟的權限，就無法做出能開機的備份！

首先是備份工具。在 OS X 10.4 出現前，要在本機端做硬碟目錄備份，並沒有太多方便的工具列程式可選。主要問題是 OS X 的檔案系統除了一般 UNIX 的檔案資料外，還有 Mac 獨有的 "resource fork" 資料跟隨著檔案一起走。

OS X 10.4 之後，系統內建的 rsync （這同時也已經是大多數 UNIX 的標準工具）已經支援 resource fork 的拷貝。因此要將一個目錄（或整顆硬碟）備份到另一目錄（或硬碟），只需要使用以下的指令就可以了：

rsync -avxE --delete (資料來源) (目標)

但是，OS X 10.4 的 rsync 遇到某些奇怪的檔名，仍可能有備份失敗的情況。目前 Apple 仍在努力地抓 rsync 的蟲。

至於，先前提過、由日本人小飼彈（Don Kogai）撰寫的 psync ，在 Tiger 上需要手動安裝。這裡簡述安裝的重點：

請先安裝 Xcode tools

使用 cpan 程式，強迫安裝 MacOSX::File 模組（在 cpan 命令列下打 force install MacOSX::File）

請去這個網站取得修改過的 psync 主程式（這是 VersionTracker 上的 psync），將之存在 /usr/local/bin 或任何你覺得方便的目錄，並將之 chmod +x

使用 psync 備份全顆硬碟的方法為 sudo psync -d / /Volumes/(備份碟的硬碟名稱)

最後是要讓硬碟能開機。Tiger 的 "bless" 指令跟 OS X 10.3 Panther 有一些不同。根據 bless 的 man page 說明，只要使用以下指令，就可以讓你的外接硬碟能開機了。假設你的外接硬碟名叫 mybackup，請敲入：

sudo bless --folder "/Volumes/mybackup/System/Library/CoreServices" --bootinfo "/Volumes/mybackup/usr/standalone/ppc/bootx.bootinfo"

這樣，你就會有一顆可以開機的鏡射備份了。

openvanilla.org 掛點，以及贊助活動現況

2005-10-24T18:41:00.000+08:00

Update 2005-11-22: openvanilla.org 已經復站了，謝謝大家的關心！

openvanilla.org 的主機，這幾天沒有正常運轉。最新消息是，據 pcchen 說，目前機器已經無法啟動。我們要擇日將資料備份出來，在此同時，先前我們在討論的 openvanilla.org 搬家計劃，也會在這幾天開始進行，希望同時能對現有內容及組織做個整理（包括要把英文版的網頁給生出來等等）。

因為 openvanilla.org 暫時故障，我們無法在上面更新捐款贊助人的感謝名單。我們感謝以下朋友的贊助（最晚近的記錄在最前面，這份名單將常常更新）：

orcas
Chien-ming Lai
LiChang Liu
hcchien
某位喝了酒才會寫 code 的醉拳流大長輩
Mokap Lao
ckngoo
luke
b6s

再次謝謝上述朋友的鼓勵！

OpenVanilla Output Filter Widget

2005-10-23T22:50:00.000+08:00

要不是 lukhnos 提起，我想我自己應該是記不得十月23日是 OpenVanilla 這個輸入法框架的週歲生日，於是在這天下午 OV 的開發者齊聚在多鬆咖啡店一同吃包子，順便寫出了一些小東西出來。 luhknos 寫出了一個 OV 命令列工具，叫做 ovfilter，這個工具的用途在於可以在命令列下，接收傳入的 UTF-8 文字，然後透過各種現有的 OpenVanilla 0.7 下的輸出過濾模組（Output Filter），得到轉換的結果。

所謂的輸出過濾，就是各種文字轉換的工作，例如中文的簡繁體轉換，以及英數字母的全半型轉換等，目前只能夠說已經在 Mac OS X 上，完成了完整的實做。在剛開發 0.7 的時候，各種輸出過濾功能都只設計在輸入法當中，如果想要在輸入法之外另外使用這些輸出模組，例如，想要單獨將一篇文章從繁體轉換成簡體，這樣的功能之前在 Mac OS X則是放在 OpenVanilla 的偏好設定工具裡；lukhnos 的命令列工具，則是進一步拆開來，讓這些過濾模組可以更廣泛應用在其他地方。

例如，在 Mac OS X 10.4 Tiger 上，就可以用 Dashboard Widget 包裝這些過濾模組。如右圖，只需要在上方的文字輸入區中，輸入您要轉換的文字，然後使用中間的下拉選單切換要使用的模組，按下一下下方的「Convert」，就可以完成轉換了，圖中就是將繁體中文轉換成簡體中文的結果。因為 Dashboard 是常駐在背景，因此，當您需要使用 OV 提供的轉換功能時，便可以相當方便的呼叫使用。

您現在可以在 OpenVanilla 的 svn trunk 中，找到這個 Widget（連結），也可以直接從OpenVanilla的下載區中直接下載（下載）。當然，在使用之前，您必須先安裝 OpenVanilla 0.7.1 以及 ovfilter（下載），並且將 ovfilter 設定為可執行檔（在命令列中，下 chmod 755 ovfilter）指令），然後將 ovfilter 搬移（或複製）到 /usr/local/bin 目錄下。

您也可以參考 luhknos 在前篇〈ovfilter: 命令列版的 OV 文字輸出模組〉文中的說明。

ovfilter: 命令列版的 OV 文字輸出模組

2005-10-23T17:37:00.000+08:00

今天是 OpenVanilla 的週歲生日，我們今天在多鬆寫了一個小程式：ovfilter。簡單地說，這是 OpenVanilla 的命令列工具，可以利用 OV 的文字輸出轉換模組，來轉換文字。

用法很簡單，ovfilter -l 會列出所有可用的模組，ovfilter xx 則是叫出某個模組出來。這個程式接收 stdin 的輸入，也就是如果你在命令列上打 ovfilter xx　，ovfilter 就會等待你輸入文字，然後將結果輸出到 stdout，至於「訊息窗」顯示的內容（例如「注音文退散！」這種文字）則會輸出到 stderr 上。

因為是使用 UNIX 的 stdin/stdout 當輸出輸出管到，因此可以拿來配合許多 UNIX 工具使用。例如，如果您要將一個文字檔從繁體中文轉換為簡體中文輸出，就可以用以下的指令 cat ToConvert.txt | ovfilter OVOFConvTC2SC > ConvertResult.txt

這個命令列工具可以從OV 在 OpenFoundry 的下載區取得，當然，您必須先安裝 OpenVanilla 0.7.1 ，並且必須使用 OS X 10.4。

在終端機下的vim中正確使用utf-8編碼

2005-10-22T15:43:00.000+08:00

可能有些人也曾經遇到相同的問題：MacOS X 10.4 Tiger中內建的vim已經具備了處理utf-8編碼的功能，但是還記得在 Tiger 剛出來的時候，還是會在命令列中輸入「set encoding=utf8」之後，中文打出來全都變成亂碼所苦，而無法處理utf-8。

折騰了一陣子，在 IRC 中討論之後，才發現應該要設成「set encoding=utf-8」，而不是「set encoding=utf8」。正確設定之後，就一切正常了。

MegaManEffect

2005-10-22T15:10:00.000+08:00

由 Mike Zornek所開發的 MegaManEffect，是一套讓人不知道該怎麼說的軟體。MegeManEffect這個程式只有一個功能：啟動之後，當你在啟動其他 Mac OS X 應用程式時，會出現在任天堂上的洛克人二代（MegaMax II）遊戲中壞人出場的效果…。

太讚了！實在太有喜感以及戲劇效果了啊！

在官方網站上除了可以下載程式以及原始碼之外，還可以下載洛克人二代的遊戲畫面，您可以比較看看兩者之間的差別 XD。

捐款贊助 OpenVanilla 開發的方式

2005-10-20T01:17:00.000+08:00

（先前發生 PayPal 按鈕故障的問題，已經修正了）

經過討論，OpenVanilla 的捐款贊助方式出爐了。我們準備了一個 PayPal 的小額捐款按鈕，如果您希望透過信用卡贊助 OpenVanilla 的開發，您可以點選以下這個按鈕（收款人為 lukhnos at gmail dot com）：
或者，如果您希望透過 ATM 捐款，您可以轉帳至 0002518-0295317 這個帳號，銀行代碼為 700 （郵局）。

不管透過以上任何一種方式贊助，都請您留個言，告訴我們您的大名及贊助的金額，好讓我們有機會跟您說聲謝謝。同時也請告訴我們您希望使用的名稱或代名，以讓我們據此更新 OpenVanilla 的感謝名單。謝謝！

不讓 iPhoto 自動啟動

2005-10-18T10:56:00.000+08:00

iPhoto 最令人詬病的，就是當匯入的照片上千張時，其啟動速度會慢得不可思議。而預設來講，只要一插入相片的記憶卡，就會自動啟動 iPhoto ，當 iPhoto 變慢的時候，這其實就相當的惱人了。如果要關掉這自動啟動的行為，方法是，打開應用程式裡的「影像頡取」，再調整其「偏好設定」，就可以看到插入相機時，要自動開啟的應用程式，或是，什麼都不開啟。

雖然不知道為什麼都在那裡設定（我連「影像頡取」這個應用程式是在做啥的都不知道），不過還是行了。真搞不懂為什麼不把影像頡取丟去系統偏好設定裡面。

木製 iPod Nano 保護盒

2005-10-12T06:06:00.000+08:00

這個叫做 iWood Nano 的盒子看起來真是優雅，與 iPod Nano 十分搭調。似乎也可以在木頭的表面刻字。

官方網站上說 10 月 20 號才會正式開賣，所以還不知道它要多少錢，不過光是看照片就很讓人口水直流了。



Minimal iTunes

2005-09-24T13:40:00.000+08:00

無意間試出來的。平時按下 iTunes 窗左上角的 (+) 鈕，會把下面全部收起來，變成扁長的樣子。這時如果再拉右下角，可以調整長短。如果一直住左拉，最後就會變成這個最小的模樣。

DTVMac : 看 Vblog

2005-09-22T10:00:00.000+08:00

除了用 iTunes 用 vblog 以外，現在又多了一個選擇： DTVMac。

它的介面看起來十份簡潔，現在的 Vblog channel 也不太多，所以應該還不太需要擔心太多 channel 的時候，畫面上要如何分類的問題（真的訂了百來個 vblog channel 的話，要先擔心的可能是硬碟空間）。

目前預設操作方式是，看每個 channel 的時候，點選想要看的影集，再立刻下載來看。但我個人認為應該改成自動下載，要看的時候就完全不用等。

比起 iTunes，dtvmac 的預設影片播放尺寸是跟視窗同大，視覺上看起來的確是很有「這是電視」這樣的感覺。也是能夠手動切換到全螢幕播放模式。

目前這軟體還在非常陽春的 beta （真的是很 beta ，不像某 f 跟 g 網站那種萬年 beta），沒什麼可以設定的選項，有些已經在介面上出現的選項，旁邊還寫著「這功能還沒寫好」。希望這個自由軟體可以再進步一些啊。(連結：專案首頁）

.Mac 帳號升級為 1G

2005-09-20T15:42:00.000+08:00

在 .Mac 網站醒目的字眼， .Mac 帳號的容量也升成 1G 了。而且還加上了群組功能。

在 Finder Toolbar加 Folder

2005-09-09T15:59:00.000+08:00

Finder 的視窗除了左側可以放處常用資料夾的捷徑以外，其實在上方的 Toolbar 也是可以放的，只不過要用些技巧。要先開兩個 Finder 視窗，然後在其中一個自定工具列，再把資料夾從另一個視窗拖過去就行了（如圖）

Update: Luke Yeow 的方法更為簡便：把你想要加到 toolbar 的 folder 拖到工具列上，稍稍等一下，就會出現綠色的 + 號了。

出現綠色 + 號之後再放掉滑鼠，就可以加上去了。

在 Aquamace 用中文的小訣竅

2005-09-05T07:40:00.000+08:00

在 Mac OS X 上的 emacs 正如其他 Unix 裡的 emacs 一般有很多不同的版本。以前用的是 Carbonize 的 emacs，要在上面設定使用 utf-8 的正體中文總是對 .emacs 動不少工程，甚至必要的時候，還得自行從原始嗎加上補丁重新編譯。

Aquamacs emacs 是在 Mac OS X 上 Aqua 化的 emacs，所以就 GUI/字形來說，會比別的建立在 Carbon 及 Terminal 上的 emacs 來得自然。但是我以前試驗過早期 Aquamace 的版本不夠穩定，所以我一直是使用自己編譯的 Carbonize emacs。不過，最近一版的 Aquamace 相當不錯，加上要在其中使用，utf-8 中設定相當方便，試驗中文成功後，我就把自己編的 Carbonize emacs 給砍了。

要在 Aquamace 下使用 utf-8 的正體中文只需在 ~/Library/Preferences/Aquamacs Emacs/Preferences.el 中加上兩行，


(set-language-environment "Chinese-Big5")
(prefer-coding-system 'utf-8)

就可以用中文了。

Aquamacs 中也正確處理了剪貼簿中的編碼，不需要任何特別的設定，不管是那種 encoding，都可以在 Aquamacs 與其他的 OS X 軟體中自由的剪來貼去了。

有需要在 OS X 下中用 emacs 的朋友不妨試試 Aquamacs，說不定您會像我一樣，覺得 Aquamacs 還滿合用的。

Finder 下 "New File" 功能

2005-09-03T09:56:00.000+08:00

在 Finder 下，有 New folder 但沒有 New File 的 Context menu。雖然不是一定要的功能，但是如果可以在 Finder 下建立空檔，然雙擊來打開對應的應用程式來在想要的目錄下建立對應的檔案也是一件滿方便的事。在看了一個相關的 osxhints 的 hint 後，發現這樣的事情可用 Automator 加上 Apple Script 來做到。以下說明如何來在 Finder 下做到這件事。

打開 Automator，找到 run apple script 的 Action，然後用把下面的 Apple script 貼上:


on run {input, parameters}
 set input_text to text returned of (display dialog "Please input a file name" default answer "Untitled.txt")
 do shell script "touch " & (POSIX path of (input as string)) & input_text
 return input
end run

然後在選單下選 Save As Plugin...，把 Workflow 存成 Finder 的 Plug-in，把 workflow 命名成 "New File"。這樣，在 Finder 的 Context menu 下的 Automator 中就會有新的選項 "New File"。這樣，就可在 Finder 下用 context menu 來建立新檔了。

關於 OpenVanilla 在 Intel Mac 上能否執行的說明

2005-08-23T15:21:00.000+08:00

由於 OV 團隊並非 Apple 的付費開發成員，因此手上沒有 Intel Mac 的開發套件。在 OV 團隊取得該項開發套件前（或者在 Apple 以其他方式將 Intel Mac 的作業系統及開發工具提供給大眾使用之前），我們將不會回答任何與 Intel Mac 有關的問題。

而即使 OV 團隊之後取得該開發套件，也可能限於 NDA（禁止揭露條款），而無法回答所有相關問題。

As none of OpenVanilla's team member owns an Intel Mac development package, we will NOT answer any question concerning OpenVanilla on Intel Mac.

Even if we have obtained the packcage, we may be bound to the NDA and will therefore not be able to answer every question.

OpenVanilla 0.7.1 發表，以及近期的一些發展

2005-08-18T03:04:00.000+08:00

經過三個月的調整，OpenVanilla 0.7.1 正式發表。0.7.1 與 0.6.3 的不同，我們已經在 0.7.0rc3-5 發表時陸續列出。0.7.1 主要是在穩定性上做調整，以及各輸入法模組（尤其是泛用輸入法模組及酷音模組的詞庫）上做細部的修正。因為這些改變已經累積到一定的程度，我們決定推出增加一個次版號的正式版本（也就是跳過 0.7.0 正式版來到 0.7.1）。除此之外，我們也有了簡體中文的介面，相信對簡體中文的使用者會更具介面親和力。安裝套件下載以及部份模組更新訊息，請參閱 openvanilla.org。

OpenVanilla 0.7.1 是最後一個在 OS X 10.3 (Panther) 上編譯、包裝、發佈，也是最後一個支援 OS X 10.3 的版本。OV 的下一個版本將會全部移轉到 OS X 10.4 (Tiger) 上開發、發佈。

五個常見的問題如下：

0.7.0rc3-5 的設定檔問題：請將您「資源庫」下面的 OV 0.7.0 設定檔（也就是 ~/Library/OpenVanilla/0.7.0/Preferences/org.openvanilla.070.plist）直接蓋寫成 ~/Library/OpenVanilla/0.7.1/Preferences/org.openvanilla.071.plist 即可。
酷音的詞庫檔：雖然不是很建議這樣做，但如果您已經「養」了一個常用的酷音詞庫，您可以將 ~/Library/OpenVanilla/0.7.0/UserSpace/OVIMChewingStatic-OV0.7.0rc5/ 下面的 hash.dat 蓋寫到 ~/Library/OpenVanilla/0.7.1/UserSpace/Preferences/UserSpace/OVIMSpaceChewing-OV0.7.1/ 下面的 hash.dat 。
簡易輸入法或其他適於泛用輸入法的資料表格：請從 OpenVanilla 目前的原始碼資料庫中，取得 simplex.cin或其他您所需的資料表格，將之拷貝到 /Library/OpenVanilla/0.7.1/Moduels/OVIMGeneric/ 這個目錄中即可（當然，請關閉目前的應用程式再重新載入，就會看到該輸入法出現在表單中了）
簡體中文的朋友：如果您需要智能式的拼音輸入，可以試試看 QIM 。如果是五筆輸入法或簡單的拼音輸入法，請循上述簡易輸入法的說明，於同一個資料庫中取得 zhcn_wubizixing.cin 或 zhcn_pinyin.cin 等檔案，同樣放在泛用輸入法的資料目錄下即可。
某些應用程式的不穩定狀況：0.7.1 理論上修正了在 Safari 以及 Mail.app 文字輸入時的不穩定狀況。如果您還是遇到當機的問題，可能的話，請循 b6s 先前 post 的文章所說的方法，將 crash report 寄給 OV 團隊。過去以來 crash report 一直是 OV 提升穩定性的重要改進依據，有大家的幫忙，OV 會變得更好。另外，目前有收到消息，諸如像 Seamonkey 不能使用的問題，目前我們所能說的是：如果是連 Apple 內建的輸入法都無法正常使用的場合（例如漢音輸入法），那麼表示該軟體並沒有正確地依靠 OS X 的文字輸入 API 撰寫。

在 OpenVanilla Project 近期的發展方面，五月底、六月初的時候，我們推出了實驗性質的 SCIM 橋接套件，讓 OpenVanilla 的輸入法模組，可以掛在由蘇哲等人所開發（以及 Novell 等廠商所支援）的 SCIM 框架上。這樣讓 OV 的 POJ 模組成功地得以在 Linux/FreeBSD 的 X-Window 環境中使用。

最近，由於 kanru, pcman 的加入，以及 b6s 的投入，OpenVanilla 的 Windows 版本也已經初具雛型！目前的發展，已經讓泛用輸入法、POJ 以及酷音等模組，可以在 Windows 上使用。由於 Windows 輸入法開發的複雜性，距離普遍性的釋出，還有許多要努力的地方。但是以目前的開發速度，相信我們會不斷地收到驚喜。OV-Windows 的開發同時也代表另一個國內重要的 free software/open source (FOSS) 輸入法團隊──新酷音團隊的力量投入。透過 OV-Windows 載入的酷音模組，將有希望成為 Windows 上 FOSS 輸入法開發的重要里程碑。POJ 能夠在 Windows 上使用，也意味著在 Windows 所能輸入的語言選擇大為增加。

隨著 OS X 的移植到 Intel 上，未來 OS X 會怎麼發展，還有很多未知──或者想像空間，端看每個人採取的態度而定。OV 的 universal binary 能不能在 OS X Intel 上執行？OS X 的輸入法架構是否會逐步褪去 pre-OS X 時代以來留下來的舊架構？這些則是 OV 的 OS X 開發者所關注的。目前我能說的，用一句理財俗套，叫：審慎樂觀。

最後希望大家給所有 OV 團隊一個大掌聲。gugod 一直以來維護了 OV 的 build environment (Makefile 等)，zonble 則是 OV 各項圖示、選單和視覺設計的重要推手，同時和 mjhiseh 共同催生了 OV 的使用手冊（是的，0.7.1 版終於有手冊了）。pcchen 一直在整合各種 POJ 的相關資料。vgod 的加入使得 OV-SCIM 成為可能。kanru 和 pcman 給了我們 OV-Windows 的驚喜。我想在此特別謝謝 b6s 在共同維護 OV-Windows、泛用輸入法模組以及維護 openvanilla.org 所投入的心力與時間。最後，OV 的 OS X 版 Loader 以及最後的包裝是由我這邊完成。不足的地方總是有的，希望大家繼續支持鼓勵 OV 的開發。

頭痛醫頭，至少得知道痛的是頭

2005-08-16T21:32:00.000+08:00

「又當掉了！」這句話常伴隨著無奈的髒話，要是用上這句話的頻率太高，更有可能直接精簡成髒話。

如果是其他作業系統的使用者，找不到沒穿這件衣服也不會唱這首歌的䭾獸，甚至花了錢也消不了災，恐怕就只能灌電腦孟婆湯叫它重來，另外求個符換個風水什麼的…

來來來，只要用了 Mac OS X，比起上面的劇情你至少還多一種選擇，更容易釐清問題，心情好身體好，考試都考一百分（的機率比較高一點點）。

程式當掉了，該罵的也罵完之後，別急著按掉那討厭的當機對話窗（如果有的話），看看上面是不是有個能讓你（在傷口上撒鹽地）看看 crash log 的按紐（用英文介面的話應該是 "Report..."）？咬著牙按下去吧！

要是沒東西可按，那麼你更需要一點意志力，請打開 Applications/Utilities/Console.app…

然後大概是這樣的畫面：

嗯，log 總是不太敢見公婆，但至少裡頭寫的東西是英文或長得像英文的 Cocoa 式命名法，想練習當柯南的話正是時候。以上圖為例的話，至少能夠看出這回 Safari 當機的 Thread 編號為 0，而這個 Thread 主要用於執行 Adobe Acrobat plugin。換句話說，嫌犯就在其中。

如果你對當推理正太沒興趣，還是可以把這個犯罪現場完整地保留，接下來要找誰做 CSI 的工作就看你高興了。

舉例來說，如果您吸了 OpenVanilla 而感到不夠 high，想要叫開發團隊再努力一點，請考慮用上述方法把 crash log 剪貼到 http://openvanilla.openfoundry.org/，這樣開發人員比較容易釐清，究竟是 OpenVanilla 受潮過期還是您的菸斗壞了。

腳痛的話建議您先問家醫再決定該看骨科復健科還是風溼免疫科。

aMSN 0.95i

2005-08-14T01:58:00.000+08:00

請在此處下載 aMSN 0.95 beta I 版。相關的資訊請點這裡。（有 screenshot 可看）

主要的變動是，支援了 MSN 6 跟 MSN 7 的視訊對談。實際跟 Windows 使用的結果，發現 frame rate 比 Mercury 好多了，但還是沒有聲音，而且中文顯示還是支離破碎，甚至無法切換到中文輸入法（簡直一無是處！）

不過還是比起 Mercury 超低的 frame rate（官方的說法，能到 6fps 就已經很高了，我的天啊），還是可以試試看就是了。

在 iPod 上玩毀滅戰士

2005-08-08T13:05:00.000+08:00

iPod Linux 的那些傢伙已經把毀滅戰士(Doom) 移稙到 iPod 上了。雖然感覺起來很難操控就是了。

相關連結

http://www.ipodlinux.org/Doom(有許多照片可以看)

http://www.engadget.com/entry/1234000393053469/

週末 iTunes 整理心得：MP3 變成 QuickTime movie 了？

2005-08-06T12:00:00.000+08:00

如果仔細看過你 iTunes Library 裡面的歌曲「種類 (Kind)」，你可能會發現某些副檔名是 MP3 歌曲竟然變成「QuickTime movie file」。如果你又仔細回想一下，就會發現這些歌曲在匯入 iTunes 之前都有直接在瀏覽器裡面播放過；換句話說，你是在瀏覽器裡面用 QuickTime plugin 聽過這些歌之後才存入硬碟，並且匯入 iTunes 裡面。

也許你也不是很介意這種問題，但是當你把這些歌曲從 iTunes 匯出拖到桌面上，想要備份起來時，就會出毛病。也許是你重灌麥金塔了，在你日後把這些備份出來的歌曲重新匯入 iTunes 時，你就會發現這些歌曲的 ID3 歌曲資料全部變成亂碼，甚至不見了。聽起來很淒慘吧？這絕對是 iTunes 重度使用者的潛在超級危機，一定要好好正視的問題！不然二、三十 GB 的歌曲要處理起來可是比便秘還痛苦。

根據 Charles Minow 網友的說法，因為被 QuickTime plugin 播放過的 mp3/mp2 檔案在轉存成檔案時，file/creator type 都會設定成被當成 QuickTime movie 的數值，而非 iTunes 使用的 MPG3 (file type) 與 hook (creator type)，導致 iTunes 讀到這些檔案時，都會視為是 QuickTime movie，而非 MP3 歌曲。要解決這個問題最快的方法，就是把 Charles 提供的 AppleScript 存成應用程式，並且將有問題的 MP3 歌曲拖到程式上面，讓程式修改 file/creator type，再重新匯入 iTunes 即可。

讓windows與Mac傳視訊

2005-07-26T00:18:00.000+08:00

感謝gugod的介紹，Macosxhints上有這一篇文章。該文作者最後的解決方法是在Mac上安裝Mercury這個Messanger，要裝1709版本以上的纔有webcam功能。我安裝後從MSN上抓了幾個朋友來測試，確定她們能看到我的影像，但是聲音則還不知道要從哪邊設定；跟gugod Mac to Mac的影像品質也很好，看來暫時是可以用了。跟家裡Windows 2000上的MSN測試也可以正常顯示影像，但是聲音大概就無解了。

目前我是用Mercury看人，然後用Skype說話。不過有個問題滿討厭的，首先是Mercury很慢（Java寫的），再來就是這個程式很難正常結束，幾乎每次都要強制關閉。

另外還有朋友介紹（而且測試成功）的是ohphonex，不過要有一方是public IP纔好，不然就得透過（我也不知道是甚麼）的gatekeeper。這個我也測過，可以用。

OS X 輸入法架構對 OpenVanilla 開發所造成的困擾（對 zonble blog 的補充）

2005-07-23T02:34:00.000+08:00

zonble 一個晚上寫了兩篇「怎樣在 OS X 下寫一套輸入法」的文章，文章的範例之一是 OpenVanilla 計劃之初就建立的 CarbonInputMethod （以下簡稱 CarbonIM）這套程式庫。OpenVanilla 因為有了 CarbonIM 的基礎，才得以建立後續的動態載入架構。

本質上，CarbonIM 只是重新包裝了 Apple 的 BasicInputMethod 這套範例，僅僅改用 C++ 撰寫。然而因為我們在開發 0.6.x 的時候，對於 Apple 的 text service component 還不是完全瞭解，因此 0.6.x 時期許多的 bug （例如 GUI 版的 vi 無法使用），其實都源自於 CarbonIM。

Apple 的 text service component 是一個很奇怪的東西，嚴格說來完全是 OS 9 時代的遺跡。要理解為什麼在 OS X 上開發輸入法有這麼多奇奇怪怪的彎路要走，我們必須回到「OS X 的輸入法架構是 pre-OS X 時代的遺跡」這件事。

首先是包裝方式。輸入法模組是 OS X 裡極少數還需要靠檔案裡的 resource fork 來告訴作業系統這個模組功用為何的檔案群。也就是說，明明 OS X 的程式庫或應用程式，都是以 .bundle 或 .app 形式包裝，並藉由包裝裡的 Contents/Info.plist 這個檔案來描述包裝的類型及各項參數，但是輸入法模組得靠原始碼的資源檔（.r）裡的奇異檔頭，以及檔案的四字型別（存在於 resource fork 中，例如輸入法模組必需是 "THNG"），OS X 才會認得。可以看得出來 Apple 從 OS X 10.3 開始，有陸陸續續將一些輸入法功能參數，放進 Info.plist 中（這點從 10.3 的日文輸入法，以及 10.4 的繁體中文輸入法模組看得出來），但是輸入法模組仍然需要靠 resource fork 裡的資料才能讓 OS X 知道這是一個輸入法，而這其實是和 OS X 整體設計相當格格不入的事。

其次是檔名，以OS X 版的酷音輸入法來說，酷音輸入法的檔名是 ChewingOSX.component ，但是自從 ProjectBuilder （pre OS X 10.3 時代的開發工具）改名為 Xcode 後，編製 .component 的選項就消失了。Apple 統一將所有可動態載入的的程式庫改名叫 .bundle。然而系統還是認得 .component 的檔名的。而且至今仍然有很多 .component 存在於 Tiger 中。

再來是 .component 的功用。所有的 .component 都應該放在 /System/Library/Components/、/Library/Components 以及 ~/Library/Components 這三個目錄中。很奇異的是，在 OS X 時代其實已經很少聽說有什麼東西是需要編成 .component 形式的了。我相信大多數人的 /Library/Components 裡應該只剩一種類型的檔案：輸入法模組（MacUIM、酷音、OV 等等）。

最後是 text service component 在記憶體裡存在的方式。在 OS 9 時代，text service component 在記憶體中只有一份拷貝（精準的說法是只有一個 instance）。每一個使用到輸入法的視窗都會建立一個 text service "session"。但這件事到了 OS X 變得有點複雜：首先，每一個應用程式都有一份 text service component 的 instance （理由是，text service component 是動態程式庫），而每一個應用程式又再從該 instance 中建立不同的輸入法 session。

奇怪的地方就在於：既然每一個應用程式都有一份 text service component 的 instance，那麼理論上要 debug 輸入法應該很容易。如果輸入法有某段程式爛掉了，把現行的應用程式關掉，把錯除掉、重新編譯、換上新的 text service component，再開一個新的應用程式就好了。但是 OS X 的 text service component 不是這樣運作的──OS X 似乎會在記憶體中留一份拷貝，而後應用程式載入，要動態繫結時，似乎會從這份記憶體的拷貝（而不是更改過的模組檔案）再拷一份（建立一個 instance）出來。

這也就是為什麼在 OS X 上 debug 輸入法是一件酷刑：只要有一行寫錯，就必須 logout, login，重新載入應用程式。有問題？logout, login、重新載入應用程式......

OpenVanilla 0.6.x 的第一步，就是把「OS X 的 text service component 程式碼」和「個別的輸入法程式碼」分開，把後者（例如倉頡模組、注音模組、酷音模組）變成 UNIX 的動態程式庫──OS X 的延伸名為 .dylib，在 Linux 上為 .so──這樣一來如果個別輸入法的程式出錯，就不需要再 logout, login 了，只要關掉現存的應用程式（例如關掉 TextEdit.app），然後換上新的模組（例如 sudo cp ~/OVIMChewing.dylib /Library/OpenVanilla/0.6.3/），再開一次 TextEdit.app 就成了。

但是這還是沒有解決 text service component 的除錯問題。一直到了 OpenVanilla 0.7.x ，因為一個架構的改變，而使得連 text service component 也可以像 0.6.x 的個別輸入法模組一樣修正。要做到這個架構改變，就必須把 CarbonInputMethod 推翻掉，幾乎要從頭重寫每一行程式。也因為這樣，從 0.6.x 推進到 0.7.x，花了四個月才完成。

OpenVanilla 發展所遇到的挑戰，及一些可能的解決方向

2005-07-21T04:09:00.000+08:00

有好一陣子沒在 #osxchat blog 上寫東西了。先前寫 blog ，泰半是撰寫關於 OpenVanilla 的版本發佈、少許是一些 Mac 的使用心得。算起來這些都屬於「務實」的 blog 。今天我要講的是比較「務虛」的東西：關於 OpenVanilla 的未來發展。不是技術面的發展，是社會面的。

簡單地說，OpenVanilla 目前在使用及發展上，有以下幾個層面的挑戰：

使用上的疑難，包括 OpenVanilla 的安裝、解除安裝、移難排除等等
自訂輸入法（Generic輸入法）模組的使用
如何修改或更新現有的輸入法（資料表或演算法）
在 OS X 上某些軟體的不相容問題
如何撰寫新的輸入法
文件的撰寫、更新與維護
如何在其他平台上使用 OpenVanilla 框架（亦即如何移植 OpenVanilla）

上述的列表有層次上的分別。前兩項是使用上的，後面五項則是開發上的。這幾個挑戰有相扣的環節。

OpenVanilla 會發展到今日的規模，說實在話，有那麼點意外（大概幾個成員間也這麼覺得）。我蠻希望強調 OpenVanilla 應該簡稱 OV 而儘量避免用「開放香草輸入法」這樣的譯名，因為 OV 是為了這幾個目的而設計的：

將 OS X 的輸入法處理模組（text service component）分離，讓每個輸入法開發者不需要重頭研究 OS X 的 Text Service Manager
讓開發輸入法的人能專心於輸入法的演算法及邏輯程序
透過動態載入的方式，讓輸入法框架能同時載入多種輸入法，並即時切換

而自從 OV 0.7.0rc3 正式加入了「文字輸出處理模組」（output filter）這一層架構後，上述的設計目的又增加了「提供一套加掛文字輸出模組的方式，讓輸入法打出的文字，能夠透過不同的轉換模組（filters）進行變換」這一項。

然而，正因為 OV 的設計目的和設計方針是如此，以致於 OV 面臨相當獨特的挑戰。例如說，OV 並不是「一套」輸入法，而是「很多套輸入法的組合」，或者說 OV 其實是「一套可以載入各種符合 OV 規格的模組的框架」──因此與其說「OS X 內建的倉頡不好用，裝開放香草輸入法吧」，不如說「裝 OpenVanilla，用它裡面附的倉頡輸入法吧」。我們有「OV 倉頡」、「OV 大易」、「OV 酷音」、「OV 傳統注音」甚至是「OV 漁村」等輸入法，但是「OV」只是一套框架，一個殼子，一套載具而已。

因此，要回答 OV 使用上的疑難問題，恐怕還是得先問「用哪一套 OV 的輸入法」。好比說，OV 倉頡在使用上和 OV 大易所會碰到的問題，就未必相同。如果 OV 倉頡使用者遇到問題，能有同樣使用 OV 倉頡的人來回答，其實是最適合的。

我想，這就是目前 OV 團隊遇到的一個瓶頸：OV 的每一個開發者所熟悉的輸入法數量都有限。例如我一直只熟悉傳統注音輸入法，因此對於 OV 酷音，我只負責模組的編譯（build）、佈建（deployment）及包裝。又好比最早完成的通用輸入法模組（這個模組藉由資料表，生出了倉頡、大易、漁村等輸入法），後來也是因為有熟悉倉頡的 b6s 出手，才更臻完善。再譬如說 OV 的行列，最早是由我從通用輸入法模組撰寫，經過 ijliao、xeonchen、gontera 等朋友的耐心協助測試，開始稍具雛型，但是一直要等到 vgod 加入 OV 開發，以他身為行列使用者的親身體驗，才終於讓 OV 有了完全符合行列規格的輸入法模組。OV 的 POJ （台語白話字）模組也是因為有 pcchen 的「壓力測試」才能有今日的表現。

也就是說：OV 提供了框架，然而要解決某一輸入法的問題，最終還是要由熟悉該輸入法的人來解決，最為妥當。

就目前這個階段，我們能做的，就是盡可能提供完整的文件說明──儘管 OV 的文件，也已經長大成為了龐大的計劃。OV 的文件一直是由 zonble 和 mjhsieh 帶頭編輯的。0.7.0 版的說明文件（尚未正式發表），竟然已經是 54 個 A4 頁面的大傢伙，絕對可以印一本中等厚度的使用手冊。

然而，總一定會有手冊不能完善解決的，或是新產生的問題。這種時候，如果有使用者社群，情況就會改觀不少。

除了使用者社群，另一個我心裡面期望的，是能有 OV 的開發社群。這裡的「開發社群」，我心裡預想的倒不只是「撰寫、維護或修改輸入法模組／輸入法資料」的人群──儘管連這一點的規模都還不大──反倒是，如何讓更多人能從原始碼層次，直接編譯、佈建、安裝，甚至包裝 OV 。我的想法是，如果能有更多人瞭解 OV 是怎麼從原始碼編譯、安裝的，相信對於任何想要修改、建立新輸入法的人來說，都會有幫助。

換個方式說，目前要瞭解這些東西，必須憑藉少量的文件，或者直接與 OV 開發團隊聯繫上（主要還是靠 IRC）。然而不可否認，即使在網路上，人際距離還是存在的。更多人瞭解 OV 的組建，我的想法是，應該能縮短這樣的距離。好比說，如果能有更多使用簡體中文的朋友，能對 OV 的組成有更多瞭解，那麼例如在修改五筆輸入法資料，或是在建立新 OV 輸入法模組時，就能省去很多力氣。

在這一點上，有幾個困難點要克服，因為 OpenVanilla 在原始碼層次上，主要運用了以下三個工具：

gcc 及 gcc 相關工具（make）
Xcode
svn 及版本管理工具

其中，gcc 或許對許多有 UNIX 經驗的朋友不是難事，但是對許多未曾在終端機工作過的朋友，會形成一定的挑戰（我們倒是成功地讓一位頻道上的朋友，因為想要取得 OV 最新版本的關係，而開始用命令列編譯建立安裝 OV ！）。而 Xcode 則往往是對任何人都很新鮮的。至於 svn ，在國外的自由軟體／開放源碼軟體界，已經漸漸開始風行起來，但是版本管理的觀念和工具一定程度上還是有進入障礙的。

要推廣 OV 從原始層次碼來安裝、維護、修改或演進，就一定會碰到上述這三個層次：OV 使用很多 UNIX 工具、OV 需要使用 Apple 的 Xcode （至少在 OV 的 OS X 版本是如此）、OV 是一個使用 svn 當版本管理工具的 open source project。反過來說，如果 OV 開發社群的成長過程，同時也是這三種工具的推廣過程，應該也會是很有意思的事。

至於，OV 在其他平台上的發展，似乎也必須仰賴有更多人能擔當 OV 的「種子推廣者」，協助更多人取得 OV 源碼、在不同平台上建立 OV 、解答 OV 使用上（尤其是安裝，及個別輸入法的使用、維護、修改）的問題，才有可能繼續進行下去。

簡言之，面對我一開始所列的 OV 諸多挑戰，用 gugod 的說法，叫 SIGMOREHACKERNEEDED （這個詞是仿 UNIX signal 的組合字：需要更多人來 hack）。而「形成各別輸入法的使用者社群」和「（藉由 OV 源碼層次組建方法的流傳）形成 OV 的開發者社群」這兩點，則是我目前認為更具體化的方向。

換了吧，換了吧

2005-07-16T04:23:00.000+08:00

(Snapshot by cdent)

iTunes 4.9 與 Podcast

2005-06-28T20:47:00.000+08:00

iTunes 訂閱 Podcast 的畫面。可以看到每個頻道，以及裡面每一集的內容，如果在 podcast 的 RSS 裡有文字敘述的話，就會在這裡出現。預設只會抓最新一集，但也可全部都抓。

iTunes 設定 Podcast 同步到 iPod 上的畫面。就算 iPod 設定成手動更新歌曲，也可以將 Podcast 的更新設為全自動，不會衝突。

iPod 上多了個 Podcast 播放列表，所謂自動更新也只是把 Podcast 來的歌全都丟到 Podcast 的歌裡面而已。

補註：在安裝了 iPod Updater 2005-06-26 之後，在 iPod 主選單上就會多個 Podcast ，裡面可以看到每個訂閱的頻道，以及每個頻道的每一集，相當方便。

VPN 設定

2005-06-10T20:45:00.000+08:00

前篇「WWDC摘要」是在#osxchat的諸位用SubEthaEdit合力寫完的，不過這SubEthaEdit使用上有個限制，就是開Server的人必須要有公開得的 IP 位址，或是要懂得設定自家路由器的 port forwarding。對於爾偶到咖啡店的我來說，要和遠端的人一起編輯，著實不便。所以我就利用了我個人在Internet上的server，架設了VPN伺服器專門專門提供這樣的服務。此篇文章主要著墨於 VPN client 端的設定，而非 VPN server 端的設定。主要的特殊地方在於，由於我個人的 VPN Server並沒有很強力的上游頻寬，所以我不希望所有連進來的VPN client都把我的VPN server設定為主要路由，大家僅需拿到同一組 private IP 之後，再互相告知 IP 即可進行 SubEthaEdit編輯，至於其他的封包，都還是經由每個人各自的上游。

首先，得打開 /Applications/Internet Connect , 然後加入一組 VPN 的設定：

接著填入設定必須的欄位：server、帳號、密碼等等。

點 OK 存下之後，在選單上點選「Connect」，再點「Options」
把 "Send All traffic over VPN connect" 那個選項拿掉，就大功告成了。

WWDC 摘要

2005-06-07T03:50:00.000+08:00

(感謝#osxchat 諸位一同寫作)

WWDC 摘要

Apple 已經正式發佈新聞稿，宣佈要在 2006 年開始進行公司史上繼 68k 轉移到 PPC，OS 9 轉移到 OS X 之後的「第三個轉移計劃」：使用 Intel 的 CPU。

根據 Steve Jobs 在 WWDC 2005 Keynote Speech 上的說法，今年之內還不會出現 x86 的 Mac 機器，目前只有 ADC (Apple Developer Connection) 的付費開發者能有 USD 999 的價錢取得開發者專用的套件。

這是否意味著以後光華牌的 x86 機器也能跑 OS X ？這話可相當難說。目前大多數人的猜測是，這會是「Intel 的晶片，Apple 的主機板／硬體設計」，也就是說光華牌的 PC 要跑 OS X ，恐怕需要能人志士的大力 hack 才有可能。

幾個 #osxchat 關注的 WWDC 2005 焦點如下：

將在 iTMS 上直接可瀏覽 Podcast 分類目錄。

下個 OSX 版本的代號：Leopard。預計於 2006 年底釋出。

第三個轉型期：從 PowerPC 走向 Intel──相當注重效能提昇的一個決策。

i386 版本的 MacOSX 長久以來一直有進行測試，每一個釋出的 OSX 都有對應的 i386 版本，Steve Jobs 並現場 Demo 了在 Pentium4 3.6G 上執行的 OSX。可執行 Spotlight, Dashboard,iCal,iPhoto, 並以 QuickTime 7 播放 H.264 (mpeg4) 電影。

更注重在 Cocoa 方面的開發環境，且有完全取代 Carbon 環境之勢。

在 i386 CPU 上的 OSX 版 Mathematica 展示。

此一轉型期將長達數年，已經備妥的 "rosetta" 技術（Rosetta Stone是埃及考古學的重要里程碑，上面有埃及文及希臘文的對譯，猜想此技術之名與對譯的概念有關），讓程式設計師，可以不用考慮到不同 CPU 的議題，所編好的 Binary 環境可以在 Intel 與 PowerPC 架構上轉換。所編出來的程式稱為 'Universal Binary'。

也展示了 Photoship CS 在 Pentium4 OSX 上面的執行情況

（感謝 irc.arstechnica.com 提供絕對 realtime 的記錄）

__贊曰__（以下請填寫個人評論，不管想幹憔，罵人，比中指還是流口水都行）

gugod: Steve Jobs 這一步在幾天前許多新聞網實在是炒得火熱，但長久看來對於Apple公司本身而言實為有力的部署。雖然說看起來像是有向 IBM 揮手再見的訊息，但在這數年的轉型過渡期當中，能夠有甚麼樣的變化著實難料。短期來看是個提昇效能之奇襲，長久來看是是給 IBM 一個壓力，隱含了寄望 IBM 在其他方面（如 grid computing、大型系統）方面的能力。或許Apple以後的產品之中，來自IBM的技術不會直接是在 CPU ，而是整合性的分散式計算的軟體架構之類。

lukhnos：對於很晚近才使用Mac的我，這實在是個不錯的消息。意思是說以後在x86上面也可以享受Cocoa這種優秀的開發環境和框架。另外，Apple似乎真的撞到PPC的玻璃天花板了，PowerBook G5的傳言已經一年半之久還沒有下文，以競爭激烈的筆記型電腦市場（現在已經比桌上型重要）來說，是很不可原諒的產品線缺口。從這個觀點來說，選擇x86，對於Apple的投資人來說，應該是個正確的長期策略──PPC的機器也許短期內會受到影響，但是Apple如果不能為自家機器提供三年以上的發展願景，下場可能會更慘。至於，對開發者來說，我認為衝擊主要會在於「舊軟體」的開發者（例如Microsoft這類仍在仰賴舊工具的開發者）。如果程式全用Cocoa寫，並且沒有任何組合語言及Endian-dependent code（例如用差勁的方法做UTF-8/UTF-16 conversion），那麼就算是重新編譯程式，應該也不算太難。當然，如果Apple的Rosetta能提供無縫轉換，那要花的力氣就更小了。當然，今天的宣佈，也都再再證明，先前OpenDarwin一直有x86版，以及Apple前陣子發表可以在 x86 的 Cygwin 及 Linux 上編譯的 CF-lite (Core Foundation Lite)，都是別有用心的......

yllan: finally I could use rdtsc (Read The Timestamp instruction for x86, that's good for benchmark) instruction. 每次為了寫一個程式要放到兩個平台上跑要弄最佳化實在是有夠不爽的啊，現在Intel佔了大多數，要做底層的 optimization 也有比較多的資源，這樣子對於要搞 Performance 的人來說算是個好消息吧。在 mac 上好多東西都不好做，要量 Cycle 只能用 mach_absolute_time() 抓了以後，在按照不同的 CPU 形態去乘以一個 Constant 喔！否則必須用 mfspr 去讀一些 PMC ... 這個好像要進 kernel mode 又是 private API，我一直找不到好的解決方式（資源太少？）。但是最後，我還是要罵一句，按你老師哩！早不說晚不說，在這個節骨眼上才講，害我賠了多少青春歲月在一個數年後就掰掰的東西上，@&(&@*(#&@...

(gugod 按:以上段落未經加密技術，乃原汁原文也) # flee

whiteg：PPC散熱的問題大概一直很難解決吧，Apple這個作法，感覺上仍然是向一般使用者靠攏的決定。對於長期的Apple使用者來說，影響應該不大。隨著OS X轉換到Apple的使用者，程式工作者佔了不少，這些人對效能的需求或許也促使Apple必須下決定。這是不是表示，以後光華牌電腦就可以跑OS X了呢？Apple是否還打算靠賣硬體賺錢？希望我可以拋棄笨重的iBook/PowerBook，投向Toshiba的懷抱（♥），不過我應該暫時不會幫家裏買一台便當了。

yuwei:我隨著MacOSX的出現一起轉換到Mac的。從那之後，Mac在CPU上的表現一直都有些差強人意，直到G5的出現（個人認為），才稍微有點能與intel或AMD競爭的感覺，但是PPC的瓶頸再現，老實說這樣的過程就像在烏雲密佈的天空，好不容易看到一道小小的曙光，結果沒多久，又暗了...。這次將CPU換成了intel，蘋果應該多少在bios上下了許多工夫，我反而比較好奇OpenFirmWare也會跟著到intel inside的Mac上嗎？。但是不得不承認的，我多少覺得整件事情有點鳥...(望著桌上的Mac Mini)，也許過了幾十年後可以拿著PPC的Mac跟孩子炫耀說"這是PPC版本的Mac喔!"

mjhsieh: 我的猜測是用新的 CPU 或是新的 PPC 來作，抑或是 Pentium4 去除 x86 舊世界指令集加上 Altivec, 現在看起來是完全槓龜了，所以我只有幹一聲作 comment. 唯一讓我高興的事情是，我本月本來規劃進度要針對 Altivec optimizing 我的專案，現在可以慢些再做了。至於 Opendarwin 的問題，我覺得 BSD team 參與程度很高，在 #opendarwin 裡面的鄉民都被瞞在鼓裡，讓鄉民我很不爽。我現在的期待是 x86 舊世界的 ISA 在未來要來去掉，因為 x86 buffer overflow 之後可以注入 execution code, 這樣會出現很多安全上的顧慮。也許以後會有 user mode x86 emulation without calling those ISA....
（看來鄉民已經變成慣用語了..^^）

orcas: 不管黑貓白貓，能捉老鼠的就是好貓。最好末代 pb12 未來能變成 collection item，雖然不太可能。不過對那些花了不少時間研究 G4/G5 technology 的人實在是不公平呀！ /pat mjhsieh。
(lukhnos: 只要 AAPL 能 split 就好？ orcas:這消息對 AAPL 的漲跌很難說。)

__AUTHORS__ （請每個參與寫作的朋友在此簽名留念）
gugod
lukhnos
whiteg
yllan
orcas
yuwei
mjhsieh

SubEthaBloging

2005-06-07T03:19:00.000+08:00

此刻大家正在透過 SubEthaEdit 共同寫 Blog ，於是就先來一睹一下這到底是甚麼樣子：

Update: 盛況空前！

OV 的 "片語快速鍵版"

2005-06-03T15:53:00.000+08:00

因為從早期 DOS 下的倚天中文輸入法一直用到 Linux 底下的 xcin 及 gcin
早已習慣使用 Alt+Shift+ (A-Z) 來快速輸入片語及標點符號了
目前,我在 Mac OS X 下的 X11 上,使用 gcin,還是這麼用
但切換到 OV 時,這些快速鍵就沒作用了
在透過 lukhnos 的大力幫忙之下
修改 OVIMXcin.cpp 之後,現在 OV 也可以使用這些快速鍵了
不過還是無法使用 Cammand+shift+ <key>,因為跟系統的快速鍵衝突太多了
目前比較好的解決方式還是用 Option(alt)+shift+ <key> 的組合鍵方式

要使用 "片語快速鍵版" 的 OV,目前沒有 Package 可以下載,但可以自己編譯

1.安裝 Xcode Tool （在安裝光碟上有）,這樣才有辦法進行編譯

2.下載 OV 的原始碼,請參考這裡
大致上的步驟如下:
$ svn co http://svn.openfoundry.org/openvanilla/trunk
$ cd ov
$ sudo make all install clean
$ cd Loaders/OSX
$ sudo make all install clean
$ cd ../../Modules/OVIMGeneric

這裡需要 patch 一下程式碼,方法有二:
a.到這裡下載 ov.diff 然後再執行:
$ patch -p0 < ov.diff
b.或是到這裡直接下載 OVIMXcin.cpp 覆蓋掉原來的即可

$ sudo make all install clean

編譯好裝好之後,請重新啟動應用程式,如 "文字編輯",若成功的話,在 OV 的選單應該會出現類似 "XX"（片語快速鍵版）可以選,如下圖:

現在可以按按 Option+shift+ <key> 看看能不能快速叫出片語了

#osxchat/OpenVanilla 請大家幫 zonble 一個忙

2005-05-30T23:29:00.000+08:00

有在看 #osxchat blog 的朋友相信對 zonble （楊維中）都不陌生。今天他的 iBook 被偷了，#osxchat blog 以及 OpenVanilla 計劃希望發動募捐，幫 zonble 湊一台能工作用的機器。

Zonble 的 iBook 是在今天（2005/5/30）於台北中山堂遭竊，整個書包被人拿走。機器損失不提，更重要的是 Zonble 近期的工作、paper 都在裡面。

目前已經報了警，逮賊這件事也是我們希望大家能一起做的。但是還在唸書的 zonble 立刻面臨到一個現實的問題，就是他沒有任何工具可以寫報告、做工作，或者幫 OpenVanilla 計劃寫程式。

如果您覺得過去 OpenVanilla 計劃，讓您在 Mac 上的中文輸入變得比較方便，而且您願意對 OpenVanilla 的持續開發提供任何一點贊助，我懇請您以實際行動支持 Zonble。

募款目標是以能幫 zonble 儘速湊到一台合用的 Apple laptop （Zonble 被偷的機型是 iBook G4/800）。請將款項用 ATM 匯至 Zonble 的郵局帳號：0001449-0441625。ATM匯款的話，行庫請打700，臨櫃轉帳的話，戶名是「楊維中」。如果您希望與 Zonble 取得連絡，他的 e-mail 是 zonble at gmail.com 。

#osxchat blog 以及 OpenVanilla 計劃謝謝大家的幫忙！

lukhnos (OpenVanilla Core Team)

OpenVanilla 0.7.0rc5 推出

2005-05-28T06:09:00.000+08:00

OpenVanilla 0.7.0rc4 在效能上顯著提升，但是在穩定性以及酷音輸入法模組上仍然有一些問題。這些問題都已經在 0.7.0rc5 中修正。安裝套件一樣可從 OpenFoundry 取得，版本安裝說明則一樣放在 OpenVanilla.org 的版本說明頁面中。

版本修正的重點如下：

0.7.0rc5 可以直接覆蓋安裝在既有的 0.7.0rc3/rc4 安裝上。因為 0.7.0rc5 改過內部設定，因此原先供 rc3/rc4 使用的模組，並不會被 0.7.0rc5 載入。

這一版改變最大的模組，要屬酷音輸入法。先前的酷音模組是放在 OVIMChewing.dylib 這個檔案裡。不管您使用的是 OVIMChewing.dylib 或是後來修正過的 OVIMChewingStatic.dylib ，0.7.0rc5 都不會載入。這個版本所內附的酷音輸入模組，改用了 .bundle 形式包裝。同時，酷音輸入法的資料表格，也已經同時放進了 .bundle 中，不需要額外的 OVIMChewng/ 目錄來存放了。最後，為了避免酷音會讀到先前版本的使用者自訂詞庫，造成模組不穩，0.7.0rc5 的酷音模組所建立的使用者自訂詞庫，位置也改到了 ~/Library/OpenVanilla/0.7.0/UserSpace/OVIMChewing-OV0.7.0rc5/ 這個目錄當中，檔名仍然叫 hash.dat。由於不再使用動態載入的 libchewing ，因此 0.7.0rc5 版的酷音應該不再與 OV 0.6.3 版的酷音有任何共存的問題。

修正「剛進入應用程式時，輸入法狀態窗亂閃」的問題

訂正行列輸入法在某些情況下無法繼續打字組字的問題

傳統注音輸入法加入 CTRL-0/CTRL-1 以及 CTRL-OPT-(字母鍵) 等酷音輸入法式的標點符號輸入功能

OpenVanilla 不同版本之間酷音輸入法模組的問題

2005-05-21T02:11:00.000+08:00

請參閱 http://openvanilla.org/index.cgi?OVIMChewingStatic

簡單一句話，使用酷音輸入法的朋友請盡量不要在系統中同時有 OpenVanilla 0.6.3 和 0.7rc4 兩個版本。

OpenVanilla 0.7.0rc4 推出

2005-05-20T21:09:00.000+08:00

OpenVanilla 離 0.7.0 正式版又近了一步。0.7.0rc4 除了修正了 rc3 所遇到的幾個問題（感謝許多朋友在過去 24 小時中的密集測試），尤其是載入效能及穩定度的表現，同時也增加了完整的中文化設定介面、POJ 白話字輸入法也 port 過來了。

OpenVanilla 0.7.0rc4 的版本說明文件位於 OpenVanilla 的計劃網站上。有興趣安裝 0.7.0rc4 的朋友，建議先閱讀該網頁的說明。一個常見的問題是：0.6.3 可否與 0.7.0rc4 共存？答案是肯定的。不過，若您使用的是酷音輸入法，請安裝一個 OV 0.6.3 酷音模組的升級套件，這樣 OV 0.6.3 與 OV 0.7.0rc4 方能和平共存（附帶的好處是同時升級了酷音的核心模組及詞庫檔）。

許多常見的安裝問題，我們也同樣記載於 0.7.0rc4 的說明文件中，包括安裝完後如何啟用，如何勾除自己不需使用的模組，以及如何移除 OpenVanilla 等。

Enjoy. :)