愛德華日誌

前一陣子收到了 PMOG 的啟用信，便依照「電腦玩物」的說明，趁著工作空檔試玩了一下。突然想到，在一般的 game 系統，都有一些超級玩家或高手，懂得利用外掛程式來練功，那這個 client 端基於 Firefox 的遊戲平台，要寫一個練功的外掛應該也不是難事吧!

PMOG 平台裡面，透過 Datapoint 來代表玩家的經驗值。增加 Datapoint 最簡單的方式，就是瀏覽不同網域的網頁。如果我們要透過這樣的規則來練功，代表我們每天要想辦法去到不同的網域。而哪來那麼多不同的網域呢來瀏覽呢？

透過 Google 查詢，我找到一個 "Random Link" 連結，每當你瀏覽這個連結時，它會將你導到不同的網址。因此，你可以把這個連結放到 Firefox 的書籤工具列，每次按一下，就會連到不同的網頁。

接下來，就是想辦法讓上面的程序自動化。有時間、有時間精神的高手可以寫個 Firefox Extension。比較偷懶一點，就可以透過 Greasemonkey script 來達到這個功能。以下是我所使用的 user script：

// ==UserScript==
// @name           automatic random link
// @namespace      http://isong.blogspot.com/
// @description    visit random web pages automatically
// @include        *
// ==/UserScript==

setTimeout(function() {
  location.href = "http://random.yahoo.com/bin/ryl";
}, 5000);                                

只要在 Greasemonkey 中增加此用戶腳本，然後在想練功時啟用此腳本，就可以看到你的 Datapoint 值不斷增加囉!

相關連結：

• PMOG: Passively Multiplayer Online Game 官方首頁
• 電腦玩物: 現實網路尋寶冒險，Firefox上的被動式多人線上遊戲：PMOG -- 完善的 PMOG 遊戲說明
• Greasemonkey: 可自訂你的網頁瀏覽體驗
• Greasemonkey Firefox 附加元件
• Userscripts.org: 可在這裡找到許多給 Greasemonkey 使用的用戶腳本
• Random Link: Yahoo! 所提供的隨機網頁連結

Technorati : firefox, funny, game, greasemonkey, pmog

網頁之間的互相引用、評論，是當代網誌的形式之一，而造就的結果就是正文之中充斥著超連結。

這樣的書寫風格本身並沒有所謂的好或不好。在我的日誌中，也存在不少此類用法。問題是，如果同一篇日誌中，重複提及一個特定的網頁，而該網頁又值得透過超連結參引，那麼重複編製超連結的動作，也會令人覺得繁瑣。

為此，我想到設定一種 "形式"，再加上 JavaScript，來為正文中的特定字眼加上連結。

構想是，在每篇網誌的最後，加上一段 "相關連結" 或 "參考資料"，段落名稱是什麼不重要，重點是：

1. 將連結以無序清單的形式標明，每一清單項目以連結開頭
2. 以冒號+空白 (": ") 來區分連結及解說文字，例如：
   • 愛頌過生活: 就是過日子，人生不需太多大道理!
   • DOM: Document Object Model (DOM); W3C 的官方說明

上例中的 "愛頌過生活" 及 "DOM" 字串，會被當作匹配條件，在正文的段落 (<p>...</p> 包起來的部分) 中，比對相符的字眼。若出現相符的字串，將被 JavaScript 套上超連結。

用來轉換文字成超連結的 JavaScript 程式碼如下：

<script type="text/javascript">
var init = {
  cmds: [],
  run: function(){
    for(i = 0; i < this.cmds.length; i++)
      this.cmds[i]();
  }
}

function getText(anchor){
   return anchor.text ? anchor.text : anchor.innerText;
}

function fixPostElements(){
   var uls = document.getElementsByTagName("ul");
   for(var i = 0; i < uls.length; i++)
      insertResourceLink(uls[i].parentNode)
}
function insertResourceLink(element) {
  var links= {};
  var lis = element.getElementsByTagName("li");
  for (var i = 0; i < lis.length; i++){
    if(lis[i].innerHTML.indexOf(": ") != 0){
      as = lis[i].getElementsByTagName("a");
      for(j = 0; j < as.length; j++)
        links[getText(as[j])] = as[j].href;
    }
  }
  var ps = element.getElementsByTagName("p");
  for(key in links) {
    var regKey = new RegExp(key, "g");
    for(var i = 0; i < ps.length; i++) {
      ps[i].innerHTML = ps[i].innerHTML.replace(regKey,
         "<a href="+ links[key] +">" + key +"</a>");
    }
  }
}
init.cmds.push(fixPostElements);
</script>

將上面的程式碼置於 HTML 的 head 區塊，在 body tag 中加上 onload="init.run()"，於撰寫網誌時採用本文規範的形式，即可達所述的效果。

一篇符合本文形式規範的網誌文章，可參考 "PRISM for Firefox 3 beta 5 url link opening issue"。事實上，筆者正是在撰寫該文時，因對重複的超連結編製深感不耐，才產生此構想的。

附帶一提，如果讀者採用 Google Reader 或其他 RSS 閱讀軟體，那麼你將無法看到此 JavaScript 的效果，因為 RSS feed 中並不含 JavaScript 轉譯碼… 這樣的設計，或許可以解釋為：「為親自造訪本站的讀者，所提供的一點加值服務 ^__^」。

今天將自用的電腦換成還在 beta 中的 Firefox 3，順手就裝了可以「將網頁變成桌面程式」的擴充套件 Prism。它的功能一如產品網頁描述，可以在桌面產生一個 URL 連結，也可以顯示 tray icon。

我首先轉換的應用網站便是 Gmail，轉換成完後，點選桌面 Gmail 捷徑，帶出一個沒有任何修飾 (不會讓你分心) 的 Gmail 應用程式視窗。怪的是，在我的環境 Windows XP + 這樣的組合下，在 Prism 的 Gmail 網頁中開啟 URL 連結時，它開啟的外部瀏覽器竟是 IE，而不是我所期望的 Firefox。在 Firefox 「工具/選項/進階」中將 firefox 設定成系統預設瀏覽器也沒有用。

本想試試 Linky 這個專門用來改進連結開啟方式的擴充套件，但在 Prism 中卻無法安裝。我沒去細究那是 Prism 本身，還是 Linky 或 Firefox bata 3 的版本關係，總之就是不能用。

查了一下 firefox command line arguments, 看到了 -setDefaultBrowser 這個選項，可以將 firefox 設定成系統預設瀏覽器。於是我試著在 DOS 指令視窗中輸入以下指令：

C:>cd "Program FilesMozilla Firefox 3 Beta 5"
C:Program FilesMozilla Firefox 3 Beta 5>firefox -setDefaultBrowser

沒想到這麼一來，當我再次於 Prism 的 Gmail 網頁中開啟連結時，竟然就能將連結開啟於 Firefox 中了。

相關連結：

• Prism: 將網頁變成桌面程式
• Gmail: Google 所推出的 webmail 服務
• firefox command line arguments: 說明 firefox 啟動參數
• Linky: firefox 延伸套件

Technorati : bug fix, firefox, firefox 3, prism, tweak

Miro 這套以 XUL Runtime 為基礎的網路影片撥放軟體，有著優良的使用介面及易用豐富的影片搜尋功能，在網路上已經有不少 blogger 介紹過，我就不再贅言。

如果你也是 Miro 的愛好者，或是看過介紹後躍躍欲試，卻同我一樣遭遇以下畫面：

除了程式視窗外框、骨架外，所有內容都沒有顯示出來。那麼底下提供一個 quick dirty fix，或許可以解你想看影片的燃眉之急。

首先，找到 C:Program FilesParticipatory Culture FoundationMirocomponentspybridge.py 這個檔案。找到其中一段程式碼：

   keyElement.setAttribute('keytext', _('Spacebar'))

由於這行程式中的 _(Spacebar) 在執行期會運算成 "空白鍵" 這個中文字串，進一步造成 UnicodeDecodeError: 'ascii' codec can't decode byte 0xe7 in position 0: ordinal not in range(128) 的錯誤。因為並未深入了解 Miro 完整的 localization 架構，這是一個目前看來我無法完整解決的問題。因此我採用一個 quick dirty fix，將上面那行改成如下：

   keyElement.setAttribute('keytext', 'Spacebar')

注意，由於程式是 python 語言，因此請不要改變以上程式碼的縮排。儲存檔案，重新開啟 Miro，那麼你應該可以重新找尋、欣賞喜好的影片了。

Note: 本方法僅在 Window Miro 1.2, 1.2.2 版上試驗過。

Technorati : bug, bug fix, miro, video, web

「設計塔圖」是一種神奇的「創造性思考技法」，依照「設計塔圖」思考技巧所建構出來的思想產物，將同時具有連續性與關連性。如果將任一處的連接線切斷的話，那麼整個系統就將遭到破壞。「設計塔圖」對於聯想力及系統化思考，極為有益。

我們以「何謂備忘錄」這個主題，來說明「設計塔圖」的應用方式。

備忘錄具有聯想、資訊、留言三種功能，因此就把這些功能當成三角形的頂點記下，到此已完成基本骨架。

然而，為了使備忘錄促進聯想，就必須把所想到的事項立刻記下來。也就是說，書寫工具必須和備忘用紙同時攜帶在身上。於是在「聯想」之下，就立刻出現「攜帶」這個字眼。

其次，必須要能妥善的「保存」備忘錄，才能使它的「資訊」架值得以彰顯，但若要使資訊更有價值，更有助於聯想，就得好好「整理」備忘內容。

就另一項功能「留言」而言，它與其他兩項功能最大的差異在，它必須不斷的意識到「他人」的存在。這不是為自己而作的備忘錄，而是為他人而做的。在備忘錄的內容被接收之後，這份備忘錄也就可以「消滅」了。

而就交付者的立場來說，要儘量網羅5W2H的內容。如此一來，就算備忘錄離開自己的手上，內容也不會遭到誤解。

另一方面，就接收留言者的立場來說，也可妥善應用備忘錄，將其內容「內在化」，加以了解及吸收，以提昇自己的構想。

與備忘錄有關的「設計塔圖」完成了。普通的發想法通常只是針對特定的主題作各種聯想，因此常呈片段而零亂的狀況。 而「設計塔圖」，卻能將這些零亂的聯想系統化。

有了這一張圖，不但可顯示要點，亦能將之擴大成文章，一魚多吃。但在過程中，卻好像只是進行了一場排列關鍵字的遊戲而已。

要買只能趁現在

趁著十一保險新制實施前，我購買了一張末代投資型保單。在購買保單前，我已在網路上對這類產品進行過許多的資料搜集與研究，也找了許多人探討這類型保單究竟值不值得購買。

公司的同事V持強烈的反對意見。他的看法是，若以一般保險公司每月最低 2000 元的投保金額去算(並不是所有投資型保單皆有如此限制)，一年也要 2萬4，而得到的保障卻只有身故及全殘的理賠。從 "保險規劃" 的角度來講，同樣的金額，應當可以規劃更多的保障。

雖然有人說應將投資型保單視為保險商品，而不是投資理財商品。但就我個人的認知，既然叫投資型保單，那它自然是投資與保險並重。而其比率，是可以由你自己決定的。

投資型保單實務案例剖析

以下就以我(及理專一起幫我)規劃的投資型保單，來做一說明：

產品名稱：富邦富邦人壽致富贏家變額萬能壽險(B型)

保額: 50 萬, 投保期限 20 年

年度	年齡	所繳保費	累積所繳保費	保費費用	保單管理費	保險成本	年末帳戶價值	年末身故 (全殘廢)保險金
1	36	60000	60000	12493	1200	1020	a1	50+a1
2	37	60000	120000	9080	1200	1104	a2	50+a2
3	38	60000	180000	4530	1200	1188	a3	50+a3
4	39	60000	240000	4530	1200	1284	a4	50+a4
5	40	60000	300000	3393	1200	1380	a5	50+a5
6	41	60000	360000	1118	1200	1488
7	42	60000	420000	1118	1200	1608
8	43	60000	480000	1118	1200	1740
9	44	60000	540000	1118	1200	1884
10	45	60000	600000	1118	1200	2040
11	46	60000	660000	1118	1200	2213
12	47	60000	720000	1118	1200	2401
13	48	60000	780000	1118	1200	2605
14	49	60000	840000	1118	1200	2826
15	50	60000	900000	1118	1200	3036
16	51	60000	960000	1118	1200	3294
17	52	60000	1020000	1118	1200	3574
18	53	60000	1080000	1118	1200	3878
19	54	60000	1140000	1118	1200	4208
20	55	60000	1200000	1118	1200	4560	a20	50+a20

保單說明：

• 50萬的危險保費，許多人會覺得太低，其實這與規劃此保單的目標有關，可能是我有其他壽險。可能我的目標之一正是不要用到這50萬。
• 上面我只列了20年，事實上過了繳費期限後，只要你的保單帳戶價值餘額大於或等於保險金額，則身故全殘保險金依然有效。

欄位說明：

• 所繳保費及累積所繳保費: 每年實際支出 $，20 年下來 = 60000 * 20 = 1200000
• 保費費用：在別張保單裡面叫前置保費，其年化公式為:

年度前置費用 = 基本保費 * (年度基本保費費用率) + 增額保費 * (年度增額保費費用率)

• 基本保費，每張保單的設定可能不同。例如，某些保單要求最低年繳 24000。就本範例之保單而言，它有一張依照年齡而設定不同比率之對照表，男性31~40歲為每萬元保額455元，故50萬為22750。這張表，女性比男性便宜，年紀小的又比年紀大的便宜。
• 增額保費，即年繳保費 - 基本保費。本例為 60000 - 22750 = 37250。
• 基本保費費用率，每張保單的設定都可能不同。以本例之保單為例，其首年度基本保費費用率為 50%，逐年遞減到第 5 年的 10%，第 6 年以後不再收取，共收取了 125% 的年化保費。
• 增額保費費用率，我目前看到的保單，都是每年收取 3%。

故以本例而言，首年度前置費用 = 22750 * 0.5 + 37250 * 0.03 = 12493。

基本保費與增額保費的比率，是可以自行決定的。也就是說，如果你想要有較高的增額保費從事投資，則可以在基本保費上，加上較高的增額保費。如此，大抵而言，可以降低你的前置費用比率。

• 保單管理費：幾乎每張保單都收取每個月 100 元。
• 保險成本：用來支付危險保額(本例50萬)。它其實是有套公定價，而且幾乎每張保單都一樣。例如女性 30 歲為每萬元每月0.49元。
• 年末帳戶價值：投資金額 + 投資獲利 = (保費 - (前置費+管理費+保險成本)) + 投資獲利。先不要管其實際數字。
• 年末身故(全殘)保險金：由於本保單屬B型，故 = 帳戶價值+危險保額。

「投資型保單」與「基金 + 保險」的PK賽

接下來我們來看看這樣的支付費用是否合理。由於：

投資型保單 = 基金 + 保險

一個很自然的比較方式，就是把投資型保單的支付費用，拿來與直接購買(基金 + 保險)作比較。對於投資型保單來說：

非投資金額 = 前置費+管理費+保險成本

就上述保險成本的部分 (也就是年度1數值為1020)那欄，是依照國人的年齡(與職業及個人身體狀況)的死亡率加以估算，因此我假設不管是投資型或非投資型保單，這欄數值應相同(或投資型保單可能較低，因為若單買一般保單，得於此欄中加上相關準備金，如傭金)。因此我們可以直接扣除保成本的部分，把 (前置費+管理費) 拿來與直接購買基金所需的相關費用作比較。

20年本保單用於投資金額所需之成本 = 20年(前置費+管理費) = 74796

接下來說明，若把這20年來用於投資之金額，直接拿去買基金，則其衍生費用為何。由於：

買基金衍生費用 = 買基金之手續費 + 基金轉換費 + 基金贖回費

• 買基金之手續費 = 20年用於投資之金額 * 買基金之手續費
• 20年用於投資之金額 = 20年所繳保費-20年內所交付的前置費+管理費+保險成本 = 1077873
• 買基金之手續費 = 假設定期定額優惠價 1.7%
• 買基金之手續費 = 1077873 * 1.7% = 18324

基金轉換費 + 基金贖回費

• 基金轉換費視你向哪個機構、購買哪支基金而定，例如以玉山銀行基金網頁之說明：

海外基金：轉換費為NT$500＋各基金公司規定計收之費用。
富蘭克林坦伯頓基金需另依其信託金額之0.5%加收轉換費（即信託金額×0.5%），最高上限$5,000元。
國內基金：轉換費為NT$50元。

• 基金贖回費視購買基金種類而定，通常是 0。
• 由於實際支付(轉換費 + 贖回費)視每個人操作方式而定，因此在此無法估算實際發生費用。因此我以本保單所提供的「每年6次免費基金轉換或部分提領」估算其價值。假設每次轉換我只轉換或提領一支基金(事實上一次可轉換多筆基金)，則其價值 = 20*6*500 = 60000。

為便於比較，將買基金衍生費用視為 18323.841 + 60000 = 78324

也就是說，純脆用於購買基金之衍生費用，投資型保單(74796)比直接購買基金所需之費用(78324)便宜。

優勢

接下來說明與本保單有關之優勢。首先是，可能有些人會想，如果我購買基金後長期持有，那麼我將不會用盡基金轉換費60000元之價值。但是換一個角度想，如果你想要一次轉換多筆基金(如把所有股票型基金轉為能源或債券型基金)，那就投資型保單而言，只算一次轉換。但對直接購買基金而言，其手續費便要按筆數估算。

另一個紅利是，我也趁著這次辦理保險的機會，申請一張富邦 A money 卡。它享有保費消費下月折抵的優惠。以本案言，可享優惠是 1%，因此我採月繳的方式，將可省下的保費約 11900 元。因此投資型保單與直接購買基金的支出費用比，將變成 62896 : 78324。

機會成本與限制

最後是機會成本的問題，同樣一筆資金，如果不拿來買投資型保單，將可將加現金周轉率，使資金的應用更為靈活。不過我覺得合理的比較標的還是拿來與基金作比較。相較於基金，我想投資型保單有限的地方在於：

• 投資型保單本身所連結的商品有限，不可能包括市場上所有可以讓你自由選擇的基金。但是，站在投資型保單的立場，它所選擇的基金可能都是 "電腦選過的"，其平均績效可能會比市場上所有基金的加權平均來的好。
• 在遇到像美國次級房貸這樣的股災時，急切的投資人可能想要贖回所有類型的基金。但對投資型保單而言，你勢必要保留一部分資金支付保費，以免保單失效。
• 上面的比較數據只限於筆者個人，其實由於年齡、性別與保額的不同，算出來的絛件都會不一樣，大抵上，如果超過45歲的男性還想投資20年，算出來的數字就不漂亮了。

最後要提醒的是，我並不是保險業務員，也不是理專，所以若是上述與事實有任何出入，或是讀者有其他意見，都歡迎留言指明或討論。謝謝!!

參考資料

• 保險理財網 :: 搶購末代投資型保單
• 投資型保單並非每個人皆適用
• 來扯投資型保單
• 投資型保單 小錢滾大錢
• KGI凱基理財專欄--投資型保單真的『划算』
• 保險-投資型保單是投資還是保險?
• 生活543開麥啦 - 投資型保單常見費用與結構解析...
• 保險大街投資型保單工具
• 富邦富邦人壽致富贏家變額萬能壽險說明書

經由先前的 Google Trends 分析，讓我再度對那歷久不衰的 IRC 感到好奇，就進入我常用的 IM client -- Miranda 試試。如果你還沒接觸過 Miranda，那麼簡單的說，它是一款在 Windows 下執行，支援多種訊息協定--包括 Jabber(Gtalk), Yahoo!, AIM, MSN, IRC --的免費訊息傳輸軟體。

Miranda IM 內建 IRC 支援，所以使用它來連接 IRC 極為簡便。以加入 #ubuntu-tw 這個 channel 來說明，由於 #ubuntu-tw 是掛牌在 irc.freenode.net 這個伺服器上線，因此：

1. 請先在 Miranda IM Options 裡面，選擇左邊樹狀選單的 Network/IRC 節點
2. 在 Account 頁籤裡面，Server Name 選擇 "Free Node: Random server"
3. 在連絡人面版的系統功能表中，選擇 IRC/Quick Connect，再選擇 IRC/Join a channel，然後在輸入框中輸入 #ubuntu-tw 即可。

進了 #ubuntu-tw 之後，第一個遇到的問題便是系統主題公告亂碼的問題。原來 #ubuntu-tw 的 topic desciption 採用 UTF-8，而 Miranda IM (0.6.8 之前) IRC plugin 預設的編碼是 ANSI，因此有必要加以變更。解決方式是到 blackeye.org 下載一個 Miranda IM IRC client 的 patch，下載後把 zip 解開，將其中的 IRC.dll 放在 <Miranda 安裝目錄>Plugins 子目錄裡面即可。

另外，還在測試中的 0.7.0 版據說已內建 unicode 支援，詳情見此。

這一次在 IRC 線上遇到 BlueT，就是他好心提醒我 #ubuntu-tw 的編碼為 UTF-8 的，另外也遇到 BobChao。本來大部分是在討論區或部落格現身的人士，換了不同的環境接觸，而且可以即時交談，對我這種過去很少上 IRC 的人士來說，感覺還是挺奇妙的。

Technorati : chat, encode, irc, miranda, unicode, utf-8

自從進入目前公司後，我便一直以 Thunderbird 作為我的 email client，算算時間也三年半以上。這一路走來，我發展了許多 Tunderbird 的應用密技，我想有許多可能是別人沒想過要這樣用的，特別發表出來，與各位分享。

(一) 利用 Message Filter, 將所有不在 Personal Address Book 中的來信，全部移到 Junk 信件夾

因為垃圾信實在太多，只好使出這招釜底抽薪的方式。如果是業務、專案上的初次來信，通常事先會透過電話連絡。此時只要手動自 Junk 中移回 Inbox，再將寄件人加入 Address Book，下次即不會再跑到 Junk box 中。

(二) 快速安裝 extension 的方式

在 https://addons.mozilla.org/thunderbird/ 裡面找到所要安裝的 extensions 後, 在網頁的 Install Now 按鈕上選右鍵，選 "複製連結網址"。然後打開 Thunderbird  的 Add-ons 管理員，按 Install，在 Select an extension to install 檔案對話窗中，在檔名文字欄位按 Ctrl+V 貼上 extension URL，再按下開啟，就會進行安裝程序。

(三) 用 7-zip 來修改 extension 的安裝資訊

如果你也是嚐鮮一族，已在使用 Thunderbird 2.0，那麼你將遭遇最大的問題極可能是 extension 版本的不支援。如果你願意碰碰運氣，可採用下面這種作法：

1. 以 7-zip 開啟 extension 的 xpi 或 jar 檔案
2. 在壓縮檔案的 install.rdf 按右鍵選編輯
3. 7-zip 會以你設定的編輯器開啟 install.rdf，找到類似以下這一段，將其中的 em:maxVersion 元素值調整到你的 Thunderbird 版本以上，例如 2.*，然後存檔，關閉編輯器

        <em:targetApplication>
            <Description>
                <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
                <em:minVersion>1.0</em:minVersion>
                <em:maxVersion>1.5.*</em:maxVersion>
            </Description>
        </em:targetApplication>

4. 7-zip 將提示你檔案已被修改過，是否要更新壓縮檔之訊息，請選擇確定，然後重新安裝 extension 即可。

(四) 用 Plaxo 同步通訊錄

不曉得你有沒有因為重灌電腦而遺失通訊錄的經驗呢？重灌電腦時，我通常會記得備份信件，但是聯絡人卻老是因忘了備份通訊錄而流失。

Plaxo 是一個線上服務，提供通訊錄、行程、作業及記事管理等諸多功能。對於 Thunderbird 而言，最實用的地方在於它提供通訊錄同步的 extension。我把 Plaxo 當成是我的通訊錄管理員，因為它支援了匯整、備份、同步聯絡人的功能：

• 匯整：我把 MSN、Yahoo!、GMail 上所有的連絡人全數匯入 Plaxo 中
• 備份：經上述匯整後，Plaxo 成為我唯一一個需要維護通訊錄的地方。因為在資料存在 Server 上，只在 Plaxo 還在，我永遠不怕通訊錄再次流失
• 同步：因為使用多台電腦，而且我在不同的地方都裝有 Thunderbird，我可以透過 Plaxo 同步不同機器上的連絡人

在 Thunderbird 2.0 上安裝 Plaxo，由於 Plaxo Thunderbird Extension 目前只支援到 Thunderbird 1.5，所以請用前述的方法以 7-zip 來修改 extension 的安裝資訊。另外，個人覺得 Plaxo Toolbar 的設計極醜。若要隱藏 Plaxo Toolbar，可在選單列上選擇 PlaxoPreferences，將 Plaxo Preferences 對話窗中的 Show Toolbar check box 取消即可。

(五) 使用 Duplicate Contacts Manager 移除重複連絡人

當我使用 Plaxo 合併 MSN、Yahoo!、GMail 上的連絡人時，常會造成連絡人重複。透過 Duplicate Contacts Manager 這個 extension，可以快速找出重複聯絡人，並選擇保留與移除的項目。在移除重複連絡人後，從選單列執行 PlaxoSync，你會發現 Plaxo 通訊錄裡面重複的連絡人也被移除了。

(六) 將寄件備份與收件資料夾合併

我將寄件備份放在 Sent 信件夾中，Inbox 用來保留最新的信件。每隔一段時間，我會將 Inbox 裡的信件移到 Sent 信件夾。如此，在 Sent 資料夾中採用 Thread 模式檢視時，我獲得一個類似 GMail 的 Message Thread 介面，可以很方便的看到發信與回信的脈胳。

(七) 將老舊的信件移存到不同的信件夾中

將較老舊的信件，以年為單位封存到不同的信件夾之中，可以避免掉 Thunderbird 同一信件夾不得大於 4G 的限制。

(八) 使用 Remove Duplicate Messages 移除重複信件

有時在不同的信件夾間複製或移動信件後，會造成同一資料夾內信件重複的狀況。使用 Remove Duplicate Messages 這個 extension，可以快速的刪除重複的信件。在信件刪除完畢後，別忘了在該資料夾上執行 Compact，如此才能真正的減少信件檔案的儲存空間。

(九) 善用 To(收件人) 或 Subject 信件表頭欄位分類信件

我知道 Thunderbird 2.0 已正式加入對 Tag 的支援。但是我所採用的方式，不但適用於 Thunderbird 1.x，而且比之 Tag 的操作更為簡易。作法很簡單：在編輯新信時，我會把 To 欄位拿來輸入分類關鍵字，我稱為 To tags。例如，這篇 blog 就是在 Thunderbird 中編寫的。我將此信件的 To 欄位分別加上 blog, note, thunderbird 三行。如果是內收信件，就需要 TB Header Tools Extension 這樣的 extension 才能更改信件表頭。對於內收信件，我通常會透過修改 Subject 的方式，來分類信件，如 [Project:Company].... 這樣的格式。

(十) 善用 Search  Folder  建立分類檢視

Draft 信件夾原本放置外寄信件的草稿，在我為信件加上 To tags 後，它變成個人記事資料夾。我進一步為 Draft 信件夾建立各種查詢條件的 Search  Folder 來設定分類檢視。例如我有個 Search  Folder 名為 "部落記事"，其查詢條件為 "to Contains blog"；另有個 "生活記事" 則對應為 "to Contains diary"。當然，透過 Search Folder 可建立更複雜的查詢條件。

同樣的，專案的分類檢視也可透過建立 Search Folder 為之，只是查詢條件會變成 "subject Contains Project:Company" 這樣的型式。

(11) 拿 Drafts 信件夾當記事薄

之所以拿 Drafts 信件夾當記事薄，而非別的信件夾的原因是：預設 Thunderbird 所有新信存檔時都會存放在 Drafts 信件夾中。你可以在 Drafts 信件夾重複編輯信件，而不用擔心它會跑到別處。要 Tag 分類的功能，可用上述的 To tags；要樹狀分類的功能，則可用 Subfolder 結合 Search Folder。

當初會想用 Thunderbird 來做記事管理，另一個原因是它的 Rich Editor 功能實在做的太好。而信件又可夾帶附檔，加入圖片。再說，除非你只用 Web Mail，否則電腦裡極可能需要一套 email client，既是如此，那何不就把它的應用效益最大化，這樣又少了需要另外安裝記事軟體的需求。

TCC (是[訪異誌] — TCC's Blog嗎？)在我前一篇文章的留言，實在寫的太好了。本想直接用留言功能回應，但不知怎地，blogspirit 的留言功能竟一時無法使用，所以乾脆直接再 post 一篇文章來做回應。我先引用一下 TCC 的部分留言：

...

要蒐集、整理記事 ... 進入未接觸過的領域，蒐集大量相關 URL、PDF(會把其他 Office 檔案也都轉成 PDF)、... 等電子檔案資料，然後分類整理(資料夾)、撰寫小部份記事、彙整筆記、...。會使用 DEVONthink (http://devon-technologies.com/products/devonthink/ 參考 screenshots, demo movies)，搭配 DEVONagent 可更快蒐集網路資訊。如果需要的話，它可匯出檔案，方便擺放到網站上，供大家讀取。

複雜的設計(小弟從事軟體開發)、燃燒腦細胞的工作，會使用 Tinderbox (http://www.eastgate.com/Tinderbox/) 來描述全貌及所有細節。它對大量項目、文字的連結、處理、呈現都非常有彈性。

小型的設計、紀錄，大概就用 Incubator (http://mindcad.com/) 或 VoodooPad (http://www.flyingmeat.com/voodoopad/)，前者是處理連結強，後者是處理文字強，匯出也方便(一樣放到網站上)，都是有趣的小軟體。

...

 

TCC 一定也是一個重度的知識工作者，或許也跟我有點類似，有資訊蒐集狂的傾向。我們雖然將討論名稱定義在記事軟體，但這裡所提的東西，其實是已經進入個人知識管理及資訊蒐集整理的領域了。

TCC 提到的軟體實在很精彩，可惜我目前所用的 OS 是以 windows 為主。依照各軟體網站上的說明，我試圖提供與它們功能相近的 windows 軟體。由於沒用過 tcc 推薦的軟體，所以如果我說錯了，或是有更接近的匹配，也歡迎修正囉！

• DEVONthink --> 功能滿強的，一時想不到可以匹配的 windows 程式，有人可以補充說明嗎？不過它讓我想到最近一個 firefox extension--zotero(http://www.zotero.org/)
• Tinderbox --> 應該是有 windows 版 (http://usability.typepad.com/tinderbox_for_windows/)，不過我找不到下載點?
• Incubator --> freemind (http://freemind.sourceforge.net/wiki/index.php/Main_Page)
• VoodooPad --> EverNote (http://www.evernote.com)

我很贊同 TCC 的作法，就是即使是簡單如記事這件事，根據記事內容本質，以及該記事在我們心中概念形成的階段，會需要用不同的形式來組織它。如果有一套系統，可以支持每一概念發展階段的表達與運作方式，就太完美了…

本想要在網路上找一些記事服務來用。在幾經比較之下，NoteFish 跟 stikkit 是我比較中意的對象。雖然這兩者已經是記事服務的一時之選，可卻都還是有他們各自的限制(例如都不支援 WYSIWYG 編輯)。幾經思量之下，我還是覺定拿部落格來當作記事軟體。

既然要作為記事用途，部落格服務必需具備某些條件才行。以下是我的查驗清單：

• 支援分類，最好是 category 跟 tag 都支援
• 支援 WYSIWYG 編輯
• 支援 private post。記事跟 blog 最為不同的地方，是記事大部分是寫給自己看的，而 blog 則是一種對外發聲的管道。
• 速度別太慢。
• 可時指定記事的時間，若能把時間指定在未來，就可以透過這種方法將某記事置頂。

我大概比較了國外幾個知名的 blog 服務: Blogger Beta, WordPress, Dandelife.com 及 Vox。最後屏雀中選的是 Vox，原因是：

• Vox 的操作反應極快，也許是因為這個服務剛 announce，使用的人還不多的原因吧！
• 上述的查驗項目都符合。雖然 Vox 只支援 tag 分類，不支援傳統的樹狀結構目錄分類 :(
• 極為注重隱私，可以加入家庭跟朋友的關係。
• 可以在現在 post 未來的文章。用這種方式可以用來設定某個 deadline，時時提醒自己，相當於是一種簡易排程記事。

至於 Blogger Beta 跟 WordPress 敗下陣來的原因為：

• Blogger Beta：Private 或 Friend Only post 是以一整個 blog 來作設定，無法針對每篇文章。
• Dandelife.com：Time line 的概念很棒，可是使用 tag 瀏覽時，不知怎的就是會一直瀏覽到大家的 tag。在 IE 及 firefox 上顯示都有怪怪的…
• WordPress：速…度…極…慢…慢…慢…

如果網友試過其他在網路上的記事方式，也歡迎一起討論。