昨天感謝 TOSSUG 朋友們送的卡片, 讓我寫程式又多了一份動力. 在早上小睡了一下之後, 又繼續修改昨天發現的問題.
主要的原因來自於, 有兩個字串物件的設計不良, 使物件之間的參數糾結在一起, 難以使用也難以除錯. 下了一點決心, 把這兩個物件再整修一次, 把圖層參數和字碼參數作一個分離和改善. 雖然有一兩個 Revision 之間得在混沌中摸索, 然而在底層物件寫好後, 很多小問題就慢慢迎刃而解.
如此我得到一個小小的心得, 就是在設計架構的時候, 不能由上而下, 只畫個邏輯上的大綱. 因為關鍵的地方, 很可能是在底層的組合細節上. 因此我相信, 一個設計良好的架構除了是由上而下看是邏輯清楚, 由下而上看也必須每個元件都是精確的接合在一起.
不久前, 順利的取得測試的螢幕快照, 似乎看見希望的曙光了:
2003 暑假的時候, 在 Linuxer 雜誌上看到一篇用 perl 寫 GIMP 外掛程式的範例, 覺得很有趣. 那時候剛開始接觸 python . 那陣子常常需要處理照片, 要把一堆照片通通縮成統一的大小, 重複點來點去的動作, 實在作不太來. 於是我便開始想, 我能不能寫一個小小的外掛呼叫 GIMP 作這件工作?!(幸好我那時候還不知道 ImageMagic ).
後來上網找一下資料, 再自己實驗動手作一作. 花了一個下午的時間, 作了一個陽春的小外掛:
它的功能是在指定的路徑下搜尋所有 .jpg 和 .JPG 的檔案, 將縮成指定的大小的圖另存成 GIMP_ 開頭的檔案.
核心觀念就是寫一個 call_back 函式跟 GIMP 註冊, 可以自由的運作 python 和 gimpfu 所提供的元件.
事隔兩年, 我已經有點忘記 plug-in 的程式細節, 只記得用 python 來寫 GIMP 不僅不難, 而且相當有趣.
寫作的方式相當簡單, 不妨參照: Gimp Python Documentation
或是網路上提供的一些範例程式, 來試寫一個python的script.
再將他放進 $HOME/.gimp-2.0/plug-ins/ 裡重新啟動, 就可以完成有趣的 plug-in 開發.
Files: A little plug-in written by Mat(not ready yet)
兵單終於下來了, 是新訓中心是台南的新中. 聽說是一個很舊的營地, 好處是打靶後有樹蔭休息. 離高雄還不算太遠, 單程交通應該在二小時內.
為什麼要先去當兵? 幾乎每個人聽到時, 都會問我這個問題. 回答得多了, 有些時候反而答不上來.
從 小學,中學,到上大學, 學生的生活一待也有14年了. 書念得也有累了, 在研究所轉換跑道前, 希望能有時間沉澱一下. 而這14年來, 看電影用學生票, 坐車用學生票, 放學生假, 享受各種學生特權, 卻又是不能自給自足踏實的生活. 在這個社會裡, 我一直用學生的角度來看這個世界, 用學生的標準來寬容自己. 就好像永遠戴了一付墨鏡, 看不到其他的色彩. 於是我選擇先服役, 希望能於身於心的拿下這付眼鏡, 體驗現實的生活.
vimDebug 是一個 vim 的 debugger 外掛程式. 雖然和 gdb 整合的程度還比不上 Emacs . 但已經提供了基本的功能: next, step, continue, print, 和command input. 執行的程式碼也會亮白顯示, 省去很多手動追碼的時間.
而這個外掛的運作邏輯如下:
使用的手續不會太難:
<F12> 即啟動 vimDebug 的功能詳細資料:
每特17劃 