愛德華日誌

因為在 iThome 看到一位與我有一面之緣、熱衷 Flex 的高手，透過分析 Google Trends 資料，寫了一篇名為「RIA四雄群起：以Google Trends評析現有RIA四大技術(Flex、Silverlight、JavaFX、Curl)」的 blog。由於其中各種技術熱門程度的差異實在太大，激起了我進一步自行探索的動力。

第一件使我產生懷疑的是，文中指出 Flex 技術是 2004 年發行 1.0 版，我到 Wikipedia 查了一下資料，是 2004 年 3 月。那時候 Flex 還是 Macromedia 所提出的一個 Server 端方案，需配合貴死人的 Server 端執行。而由圖一可以明顯看出，Flex 的趨勢線在 2004 年初就一直處於高檔，直覺跟…好吧--年紀--告訴我這不合理。

圖一：未經校正的 Google Trends 查詢：Flex, Silverlight, JavaFX, Curl

而第二件讓我覺得更不合理的是，如果你直接透過 Google 查詢 Curl，可以發現十之八九都與 RIA 無關。這樣的查詢流量怎能將它全部歸到 Curl for RIA 這一塊呢。

我相信 Flex 這將近 0.9 的 Search Volumn Index，並非指 Macromedia/Adobe 的 Flex 技術；同樣的，Curl 大多的查詢流量也與 RIA 無關。為了進行檢驗，我將查詢語句作了一些修正，以期找出較具代表性的指標。新的查詢為：Macromedia Flex, Microsoft Silverlight, Sun JavaFX, Adobe Flex。

圖二：經過校正的 Google Trends 查詢：Macromedia Flex, Microsoft Silverlight, Sun JavaFX, Adobe Flex

這個查詢中，Flex 的熱門程度可用 Macromedia Flex + Adobe Flex 來代表。基本上可看出，在 2004 年 3 月以前，少有人關注 Flex。而 Microsoft Silverlight 的聲勢，"有段時間" 其實並不小於 Macromedia/Adobe Flex，那 Sun 的 JavaFX，就趴在地上了。

不過，究竟一般網民在查詢時，並不會特別以 Adobe Flex、Microsoft Silverlight 這樣的組字方式去下。以上，我所要說明的是，在以 Google Trends 進行分析時，得對基期或基值進行校正。透過第二個查詢我們已經證明 2004 年 3 月前的 Flex 流量，不能算是 Flex for RIA 這一塊的流量。如果將圖一 Flex 的流量值向下平移 0.9 單位，可以看出 Flex 對 Silverlight 的比值將接近圖二所示。

行文至此，是不是可以建議 Google Trends 提供類似基期/基值校正的功能。不然，就趕快把 Google Treands 的 API 給 release 出來吧!

相關連結：

• Google Trends: http://www.google.com/trends
• Flex: http://www.adobe.com/devnet/flex/
• Silverlight: http://www.microsoft.com/silverlight/
• JavaFX: http://www.sun.com/software/javafx/
• Curl: http://www.curl.com/
• Google Trends API coming soon: http://news.cnet.com/8301-10784_3-9828916-7.html
• iThome 原作者文章: RIA四雄群起：以Google Trends評析現有RIA四大技術(Flex、Silverlight、JavaFX、Curl)

Technorati : analysis, google, google trends, statistics, web

前一陣子收到了 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

經由先前的 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

Google Trends 向來是我愛用的簡易趨勢分析工具之一。它的輸出趨勢圖形分成上下兩個區塊：上方區塊線條代表相對上的查詢量，也就是關鍵詞在某一段時間內，相對於所有查詢所占的比率，我將它引申為「一個議題被網路大眾所關心的程度」；而下方區塊線條表示關鍵詞在 Google 新聞裡被提到的次數，我將它引申為「一個議題被幕後黑手炒作的程度」。其細節資訊在 "About Google Trends" 裡面解釋的很清楚。

本想透過 Google Trends 查詢當前各程式語言的熱門度，幾翻探索之後，看到一些有趣的現象。雖然這樣的探索談不上精確與科學--若要強調這點，可能還要參考各種 Page Rank、網站流量、新聞群組討論數。這裡著重的是分析的樂趣，適可作為一點茶餘飯後的話題，當成餘興節目欣賞。

分析：各語言的熱度消長

java c# c++ python ruby

這裡可以看到，整體上來講，所有程式語言在網民心中受到的關注，都呈現消退的現象。有人說 C# 或 .NET 過去一年以來市占率有所增加，但實際上卻可能是導因於 Java 自己本身的衰退。C++ 逐漸衰退；Ruby 有超越 Python 往上爬的趨勢，而事實上實力仍在伯仲之間。

那麼問題來了，為何程式語言整體上的熱度下降了呢？從 Search Volume 的定義來看，有可能是上網人口結構的改變 (非程式設計背景的人口增加了)。或是新的網路題材迸現，程式設計師心有旁鶩。或是典範轉移，語言層級的題材已漸式微。

分析：Dynamic Language 有熱起來嗎？

python php perl ruby javascript

從 News Reference 的顯示，PHP 及 Ruby 均有一群推手熱情提倡。但從 Search valumn 來看，網民的反應或關注並沒有明確的成長。而明顯逐漸被冷落的，包括 Perl、PHP 及 Javascript。喔！在 Ajax 當道的今日，Javascript 的熱度消退了？是因為大家覺得 Javascript 太基本了嗎？還是直接交給某些 Framework 處理掉就得了呢？

分析：Web (2.0) 的技術支撐

ria ajax css javascript rails

剛說到 Javascript 熱度消退，可能是因為大家對它越來越熟悉了。而其他相關的 Web 技術，由上圖可看出：CSS 逐漸受到一群人的重視--Web 2.0 的時代，大家越來越重視外表嗎？光只靠外表，就快比上能幹活的 Javascript 了。 Ajax 的推手極盡倡導之能，社群的反應不錯。RIA 也有許多人提，可是反應就比 Ajax 差了些--是因為 Ajax 聽起來像帥哥的名字，而 RIA 聽起是一種醫療技術的原因嗎？Rails 呢？嗯~ 有反應。

分析：各種訊息交換的社群型式

blog wiki forum bbs irc

接著來看看各種訊息交換的社群型式，這裡我試了 blog, wiki, forum, bbs 及 irc。由這裡可看到，blog 這一兩年來的熱度一直在穩定中求發展，而 wiki 則從 2006 年起有突然增溫的現象。另外從 web 1.0 時代就存在的討論群 forum，我想由於它也符合某些 web 2.0 的精神，其熱度並不曾稍減。至於鎖定特定族群的 bbs 與 irc，在 bbs 這邊可能是因為有太多的可取代性，而呈現下滑。而 irc 可能因為其專業性與即時性，熱度並未明顯衰退，難能可貴。

分析：大哥所推出的特殊應用

gmail flickr youtube facebook wikipedia

這裡把 Flickr 跟 Youtube 放在同一張圖表上，很明顯看出，同樣是占頻寬占硬碟的事業，Youtube 顯然受到比較多關愛的眼神。當然我們不能以此驟下斷言說買下這兩家公司的那兩家大哥大所做的決定是否聰明…

這裡我把 GMail、Wekipedia 及 Youtube 擺在一起，我想找出一種可能 (當然除了應用的本身是否容易吸引人之外)，是否真能透過「網路服務與使用者」及「使用者間」的連結關係 (1 對 1、1 對多、多對多)，印證出該服務在成長上的數學關係 (常數、乘數、指數)。不過，大家看看圖，了解我的意思就好，太嚴肅的分析已超越本文的範圍。

延伸閱讀：

• 產業策略評析：我知道你在想什麼- 談 Google Trends
• About Google Trends
  

Technorati : Google Trends, analysis, programming, trends, web 2.0

自從進入目前公司後，我便一直以 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，既是如此，那何不就把它的應用效益最大化，這樣又少了需要另外安裝記事軟體的需求。

本想要在網路上找一些記事服務來用。在幾經比較之下，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：速…度…極…慢…慢…慢…

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