幹壞事是進步最大的原動力
YouTube 在 channel 與 user 頁面會自動播放會讓人覺得頗困擾 (頁面一打開就有聲音)，所以想要找看看有沒設定可以關掉... 找了之後發現很久前就有被問過，但是當時得到沒有這個功能的回答：「How do I DISABLE autoplay from other channels on my YouTube channel?」。
既然如此就只能找套件來解了... 目前是透過 Userscript 擋下自動播放，程式碼不長也蠻好懂的：「Disable YouTube Channel/User Home Page Video AutoPlay」。
這樣總算是不會被聲音搞到...
從 Solidot 上看到 Google Chrome 上的 Stylish 換人開始蒐集使用者所有的瀏覽記錄：「Chrome 版 Stylish 开始收集用户数据」。
之前是靠 Stylish 在處理 Feedly 的版面，移除掉之後就變得很窄很不好讀... 基於不信任的理由，也不可能用 userstyles.org 上的 Greasemonkey 版本 (反而更危險)。
結果塞翁失馬，找到「Custom Feedly Styles (+ Always Show Left Menu)」這個套件，一包直接支援多種功能，還可以透過 checkbox 選擇要哪些...
Medium 會在網址上串上 Fragment identifier (就是井號 # 後面那一串)，而這件事情一直頗讓人惱怒...
網路上查到的幾個解法都是針對 medium.com 再做一次 replaceState() 把 hash mark 拔掉，但這對於使用自訂網址而且 hosting 在 Medium 的網站就沒用了 (因為網域不在 medium.com 下)，但一時間沒想到比較好的解法...
今天下午突然想到應該可以擋下 replaceState() 來做，就花了些時間研究一下 Medium 的實作方法，然後用 Greasemonkey script 寫了一個 prototype，看起來有達到需求：「Medium Hash Cleaner」，程式碼可以在 source page 頁直接看到 (沒幾行)。
想法是透過 @run-at 指定在 document-end 時執行，然後掃描目前所有的 script tag，如果有找到 Medium 相關的 js 就把 window.history.replaceState() 換掉，這樣比較不會造成系統負擔。
先把這個想法跑一陣子看看... 沒問題就來寫 Chrome extension？
在 Plurk 上的 embed thumb 功能 (我不知道怎麼稱呼比較好) 讓我沒辦法用 Ctrl 加上滑鼠左鍵一路把圖片點開，所以就想寫個 Greasemonkey script 搞定他...
所以重點是 jQuery('body').off('click', '.pictureservices, .videoservices, .ogvideo, .iframeembed, .plink'); 關掉...
— Gea-Suan Lin (@gslin) July 26, 2015
最一開始的想法是把事件幹掉 (也就是 .pictureservices, .videoservices, .ogvideo, .iframeembed, .plink 這串)，所以第一版的時候是直接用 unsafeWindow.jQuery 把事件 off() 掉，但後來想一想這樣有幾個問題：
unsafeWindow.jQuery 不保證是原版的 jQuery，在 Greasemonkey 有不少權限，雖然後來有被 @grant 強化過，不過能避免還是想避免。所以就改成現在這個版本，直接在 body 上攔截，擋下對這五個 class 的 click event：「Disable Plurk multimedia thumb functuion」。
也許改寫 thumb function 本身會更好，不過先這樣吧 XD
那個紅色的數字 icon 還蠻妨礙工作的，到 userscripts.org 上翻一翻，果然有人有寫過了 (雖然是沒幾天前)：「Go Away! Google Plus」。
PS：隨便丟字進去測試的時候，發現 "test" 第五名是 tw.yahoo.com，這是怎麼了...？
實在是睡不著，來整理一些資料...
不知道「User Scripts - The Chromium Projects」這份是否 outdated 了，但至少發現在 Google Chrome 裡面推薦用 @match 設定 url，不過原先的 @include 還是可以用：
Support for Greasemonkey-style @include patterns is also implemented for compatibility, but @match is preferred.
在 Greasemonkey 的「Metadata Block - GreaseSpot」說明中則是用 @include 設定，直到 0.9.8 (2011/08/01 release) 以及之後的版本才同時支援 @include 與 @match。
之後改寫 script 的時候再更新好了...
Google Reader 這次一改版後，在網路上可以看到一堆人抱怨到翻...
用「google reader site:userscripts.org」，然後設限 24 小時內更新的網頁，果然找到不少人試著用 Greasemonkey 寫了對應的 CSS 修改。目前看起來有兩個還不錯：
這兩個 script 在 Google Chrome 上沒問題 (沒測過 Firefox，所以不確定 Firefox 是否正常)，安裝後 reload 看起來好不少...
工具類的網站還是要把空間留給資訊用，留白反而讓人不方便...
去 Userscripts.org 翻一些工具，發現有些 script 看起來還蠻有趣的。像是「CPAN Search Dependents」會在搜尋頁列出模組的 dependency 數量。
不過，用過以後發現他的優點是可以先在搜尋頁看出來有哪些 module，至於 script 本來做的事情 (計算 dependency 的數量) 反而不是重點...
等下來寫個可以把 Syntax Highlight 加進去的工具，看了一下 CPAN 的頁面，操作這些 DOM element 應該不難...