其實這篇才是我寫文的主因，前面兩篇其實都是前言（欸），總之就是我埋頭自幹 AZ 大大吃一頓飯就寫得出來的工具，結果過程中寫得亂七八糟，有時候該出現的東西就是不出現測到頭很痛，或是測一測就進無窮迴圈後來發現是自己蠢，發了 v0.1 之後被靠北顯示怎麼這麼醜，想改又很難搜不到解法QQ。
當然最後還是搜到了，但就希望可以多寫一篇文，讓這些解法更容易被搜到，如果運氣很好真的幫到人也算功德一件，如果你真的被幫到的話，麻煩幫我這篇文章留下一個 like 然後順手按下旁邊的訂閱和小鈴鐺（醒醒這裡是 blogger 不是 youtube。
上一篇我們介紹了 Scene, View, Item 的關係，這篇就來客製化一下，畢竟 Qt 的元件沒客製化功能都非常受限，預設行為幾乎什麼都沒有，這時候就是好好重溫 C++ 最美妙功能––繼承的時候了。
...故事是這樣的，平常小弟在公司處理的東西多半是一些 polygon, line 之類的資料，除錯的時候總不能看著 gdb 印出來的 x, y 座標 debug，所以公司同仁有自幹一套 debug 的工具幫忙把這些資料畫出來。 不過呢…這套工具好像在記憶體模型那邊有點問題，資料量大的時候會變超慢；畫圖是直接 call xlib ，每次放大縮小都要重畫所有物件，對記憶體的負擔又更嚴重。只要 polygon 數量突破幾萬個的時候，一次的 refresh 就會花上好幾秒。
...前言：
最近因為jserv 大神的關係，看了下面這部Become a GDB Power User
覺得裡面還不少生猛的用法之前都不會用，決定把它整理一下，寫個介紹文。
這篇來介紹 gdb 的 pretty printer
最近Qucs Project有個德國佬加入，這個……一加入就做了不少苦力的工作，像換掉一些Qt3才支援的function，換個Qt4相對應的名字，
他說他是用Xcode的取代功能寫的，老實說這個東西不是用sed就可以解決嗎(._.)，不過算了，有人幫忙總是好事。
他後來又貢獻了一個PR，內容是把整個程式的德文翻譯加了一千多個翻譯，根本巨量苦力；同時他又開了一個issue，想要把德文的翻譯給補完，
我覺得這樣一個一個翻譯有點太累了，雖然Qt 有linguist幫忙，可是其實還是很累，遇到沒翻過的，還是要自行輸入。
當下靈機一動，想到之前看過有人用Google Translate來自動進行Gnu Po檔的繁簡轉換，那一樣我能不能用Google Translate進行Qt 的翻譯呢？
在寫這篇，我發現我曾經寫過類似的內容：使用gnu make編譯Qt 專案
總之，這次又是在qucs專案上遇到的問題，之前專案裡的使用者介面，不知道是哪根筋不對，竟然全部都是用手爆的啊啊啊！
正好這個project現在進入巨量refactor階段，在改其中一個部分時，順手把其中一個使用者介面換用Qt的Designer來做。
結果，還要改編譯的autotool，讓它使用UIC解決才行，網路上找找沒什麼資料，只好印autotool的文件下來看，以下是我最後弄出來的Makefile.am設定：
...最近白天跑EM，夜深寫QT。
當然這完全沒什麼，其他同學至少兩年前就寫過了LOL。
只能說Qt 真是相當強大的工具，最基本的signal & slot的概念，如果對GTK的callback熟悉的話，很快就能上手。
一般在寫Qt時，最常用的還是用qmake來產生Makefile，畢竟qmake寫得還不賴，打一次就會產生好Makefile，接著make即可；
不過有時個人習慣還是偏好用gnu-make，可以自己編寫Makefile，做一些細部的調整，用qmake的話只要重新產生一次Makefile，這些細部調整就要重新再修改一次。
這篇就是說明一下，要如何使用gnu-make來處理Qt專案。