awesome wm 陽春 clipboard manager

雖然說我使用滑鼠的時間真的是很少，但偶爾還是不免要從網頁上複製一些文字下來，但 X 的複製機制有時候有點令人抓狂，如果我要把一個 Textbox 的字取代掉，我不能把裡面的文字選起來按刪除，因為這樣我的 Primary buffer 裡就會被蓋掉，用 shift-ins 貼上的東西只會是我剛剛選起來刪掉的文字而已，這樣一來變成要先刪除，回到我要複製的地方重選然後再來貼上。
網路上是有不少的 clipboard manager 但是我覺得為了這個不太常用但是需要的時候才打開又太遲的功能應該是要整合到 wm 裡，所以我就寫了一個簡單的 clipboard manager，其實沒什麼 manager 的功能，只是提供三個功能：把現在的 primary buffer 存到檔案裡，選擇之前存起來的內容貼回 primary buffer 裡，跟清除暫存起來的 buffer。

code 在 github 可以下載，用法大致如下：
把 clipboard.lua 放置在 rc.lua 同個目錄，然後在 rc.lua 的開頭引入

require("clipboard")

然後在全域快捷鍵設定的地方加入下面的 code

    -- clipboard
    -- {{{
    awful.key({ modkey },            "c",     copy_to_clipboard),
    awful.key({ modkey, "Shift"   }, "c",     clear_clipboard),
    awful.key({ modkey },            "v",     clipboard_menu),
    -- }}}

我是設定 modkey(win) + c, 把 primary buffer(選取的文字)寫入 ~/.sel
modkey + shift + c 把 ~/.sel 清空
modkey + v 則會跳出一個選單把暫存的 buffer 都列出來，選擇以後就會覆蓋掉目前的 primary buffer，再按 shift + ins 即可貼上。

目前的作法蠻陽春的，換行的部份我用 #NL 取代掉才寫入，可想而知早晚會出事(?!)，而且面對不是文字的 buffer 也還有待測試，不過對我來說算是夠用了啦，我會複製的東西也就是純文字的 code 而已 XDD，當然如果有意願想要改進它，也歡迎送 pull request 過來。

ctrlp.vim 專案開發時開檔案的好幫手

最近看到一些人開始用 Sublime Text2，所以去官網看了一下介紹，個人是沒有使用過但是那個 fuzzy search 的功能讓我蠻喜歡的。 剛好，上個禮拜在 Vim-Taiwan 中看到有人分享 ctrlp.vim 這個 plugin，雖然大部分的時候我很清楚什麼檔案放在什麼地方，但是有時候要輸入一堆路徑，即使大部分都可以 tab 補完，還是覺得有點煩人，決定來試看看這個 plugin。 這個 plugin 主要的目的就是找檔案，裝好以後按 ctrl+p 會叫出搜尋的 window，比如說我想找到的檔案路徑是

/assets/js/user.iced

那我只要輸入類似這種的路徑: as/j/u.id 就可以找到需要的檔案(當然要看有沒有其他檔案有類似的組成) 找到以後有幾種開啟方法:

• enter: 可以在目前 window 中打開(如果已存在其他 tab 中會跳過去)
• C-t: 會開新的 tab
• C-v: 把目前的 window 做垂直切割開啟

其他一些指令可以參考 :help ctrlp-mappings 剛裝完 ctrlp 的時候可能會覺得他啟動有點慢，在 OSX/Linux 底下的話可以設定用 git ls-files 或 find 來做檔案列表的建立，速度會有明顯的改善，在 ~/.vimrc 裡面加入

  let g:ctrlp_user_command = {
    \ 'types': {
      \ 1: ['.git', 'cd %s && git ls-files -c -o --exclude-standard'],
      \ 2: ['.hg', 'hg --cwd %s locate -I .'],
      \ },
    \ 'fallback': 'find %s -type f'
    \ }

*2014 09/11 Update: 加入 --exclude-standard 這是從 :help ctrlp_user_command 複製下來的範例把 git ls-files 改成 git ls-files -c -o，這樣才能一併搜尋到還沒被 cache 的檔案。
----
另外有一個 plugin 叫做 unite.vim，似乎也不錯，自訂性更高，除了該有的檔案, MRU, Buffer 搜尋，使用者還可以自訂搜尋的來源，如何篩選，以及如何打開。換句話說，你可以搜任何存在/不存在的東西，讓我想到也許可以做出類似 Dash 的東西(一開始看到 dash 是想說可能要做成一種輸入法應該蠻酷的)

Node.js mysql connection pool

Node.js 中，我常用的 mysql module 大概是 node-mysql 了吧，但是因為想要盡量避免太多連線的建立，以前會在 module 中戶傳連線的物件，但又發現會有 timeout 的問題，這部分 node-mysql 的處理方式並不是很好需要重建連線，但是重建連線以後除非又要再把連線的物件傳到每個 module 不然無法使用。 另一方面，node-mysql 本身的 query 是 serial 的，人一多的時候若整個 application 只存在一個連線其實是不夠的，但以我以前的做法，多個連線會變成非常複雜。 於是我翻到了 node-mysql 首頁的最下面 TODO:

• Prepared statements
• setTimeout() for Connection / Query
• connection pooling
• ...

想一想，做一個共用的 connection pool 的話應該就能免去一些不必要的連線建立，同時也能在不同 module 中共用連線，又能達到多個 query 同時處理(用多個 connection 達到)的效果。以下是我透過 generic-pool 做出來的 mysql_pool.iced

mysql = require('mysql')
config = require __dirname + '/../config'

poolFactory = require 'generic-pool'
module.exports = poolFactory.Pool {
        name: 'mysql'
        create: (callback)->
                conn = mysql.createConnection {
                        host : 'localhost',
                        user :config.dbuser,
                        password : config.dbpass,
                }
                conn.query 'use ' + config.dbname
                callback(null, conn)
                return
        destroy: (conn)->
                conn.end()
                return
        max: 10
        idleTimeoutMillis: 30000
}

然後將這個 module 放到 node_modules 底下(方便各個 module require)，因為 node.js 載入 module 的特性，同個位置的 module (基本上)會被 cache 起來，所以所有用到 pool 的地方都會從同一個 connection pool 來取得/試放連線，達到共用連線的目的。 這邊我建完 connection 先下了 use 的 query 再回傳，理論上應該要等 query 返回再回傳，但因為前面講過 node-mysql 是 serial 的所以沒關係(但以後可能會需要改就是了)..

LinearLayout & weight

個人在 Android 中最常用的就是 LinearLayout 了，可能是因為以前寫 gtk 的關係吧，對這個方式覺得比較直覺。

LinearLayout 中，有時後會用到 weight 來讓版面達到滿版的效果。但是有時候 child view 的 weight 越大，暫的空間越大，有時候又是相反。為了釐清只好找了 LinearLayout 的 Source 來研究：(widget/LinearLayout.java)

1147 // Either expand children with weight to take up available space or                                        
1148 // shrink them if they extend beyond our current bounds
1149 int delta = widthSize - mTotalLength;
1150 if (delta != 0 && totalWeight > 0.0f) {
1151     float weightSum = mWeightSum > 0.0f ? mWeightSum : totalWeight;
...
...
1169 float childExtra = lp.weight;
1170 if (childExtra > 0) {
1171     // Child said it could absorb extra space -- give him his share
1172     int share = (int) (childExtra * delta / weightSum);
1173     weightSum -= childExtra;
1174     delta -= share;

上面這兩段基本上就是原因，當所有 child view 算出來的高度/寬度小於自己的高/寬的時候，delta 是正的，會依照 weight 的比例分給這些 child view 讓 weight > 0 的 child view 來吸收多出來的空間。反之，若寬度超過預算，也是由這些 child view 縮小吸收，所以會才會有兩種不同的狀況。