Thanks for the sharing.

你的論點說的也是. 無論如何, 我也沒有比你更好的概念. 只想討論一下看看會不會有些地方是我忽略了的.

其實我已仔細拜讀該論文，確實出色。但說到革新，在我有限的經驗中，認為論文中「將 screenshot 用於文件的搜尋」是很有意思的創新。創新當然不止於新技術，新的組合、應用也是創新。

謝謝你的指教:) 你說的沒錯, 這兩項特色分別都有人做過了, 我們在paper中也都有引用我們能追朔到的最原始來源, 詳細請看Sikuli: Using GUI Screenshots for Search and Automation這篇論文。 從技術面來說, Sikuli並沒有發明新東西, 我們用的都是老東西。唯一我敢大聲說是創新的也只有把這兩個特點結合在一起而已, 而這是我一直都沒有看到有人曾經做過的。當然我還才疏學淺，如果我有所疏忽, 還請一定要讓我知道。 至於把這兩件事結合在一起算不算創新，就留給大家自行評斷吧:)

延時對方可以跳過，也無法消耗資源。在等待的時侯，對方還能去 spam 其它網站。但消耗 spammer CPU，則 spammer 一定得乖乖的算出來。

直覺上用延時就可以有異曲同工之效, 卻省了電.

我本來也想在作者的blog做類似留言的，因為我看過不少測試工具都有類似功能甚至更強大！不過考慮到作者是台灣人就算了。

我也常遇到這種檢索過往回憶很費時的困擾, 後來盡量隨手記一下覺得有趣的東西, 節省日後索引的時間。試了 wiki, bbs, bookmark, google notebook, blog 等, 還沒找到最佳的記錄方式

為了寫這文章，我其實花了很多時 google 和翻書，最後才找到映象中的軟體名稱和相關資料。沒想到回憶陳年記憶會這麼花功夫。

「it enables arbitrary XML tag sets to be treated as "widgets"」 enable 和「目的」是有差別，並不能解釋為「XBL 是 widget/component Model」。由於 SVG 本身的特性，XBL+SVG 組合的結果已超出原來 Widget 所能達到的。widget 源自 「Window Gadget」，是 Gadget 的特化。就像當初發明 widget 的初衷一樣，顯然我們需要一個新的名詞來稱呼這樣的東西，和原本的 widget 做區別。