Thinking more...

AlbiteReader是一個可以在手機上閱讀 epub 電子書的軟體，原來只能看英文，下面是我改成可以看中文的紀錄。

原本很擔心怎麼build的問題，想不到下載 netbean 6.9.1 + J2ME 3.0 的版本就迎刃而解，先從AlbiteREADER的github網頁上把原始碼拉下來，接著用 netbean 開就行了，除了可以 build 也可以 debug (有emulator)，這在後續追蹤問題上，給了我很大的協助。

netbean 這邊比較大的問題是在編輯主要畫面，就編輯 .midlet 檔時，如果選 flow 會整個當掉，我後來是根本沒機會看到，好在也不需要用到，其他的頁籤就都可以點，所以我就順手把主選單給中文化了。

之前有提到 Font 的問題，後來是整個翻掉，改成使用系統的中文字型，所以 AlbiteFont 類別其實是 J2ME Font 的 Adapter，作為一個中間的轉換，對原來的 AlbiteReader 來說，介面幾乎是一樣，只是底層顯示的方式改變了。

改了以後，根本沒辦法顯示，去 debug，才知道 Font.drawChar跟 netbean 給的提示不一樣，drawChar 的最後一個參數並不是 color，必須要給 Graphics.TOP、Graphics.LEFT...這些定位的參數才行，我後來是用 Graphics.TOP | Graphics.LEFT，簡單說，就是一個是上下的定位，一個是左右的定位，我就是固定靠左上角。

可以顯示之後，發現最右邊總是會出現半個字。原本以為是斷字出現的問題，大致追到TextPage，確定這裡是主要處理多少字為一頁的地方。再次利用了 debug，發現程式的思維跟我想的不一樣，程式的作法是根本不斷字，每行其實是一個 XXXRegion 的類別，Region 裡放的字串是好長一串，顯示的時候其實是這樣畫：12345678, 45678, 78...，所以根本跟斷字無關，一定會畫出半個字。我的處理方式是在 Font.drawChars 增加一個參數，在邊畫字的時候，就邊檢查，如果超出了這個值，就不畫了，這樣就避免了畫出半個字的問題。

整個改到這邊的時候，是很高興的，但是放到手機上，卻發現慢到一個不行。想了一個晚上，才想到，可能是取字寬度的問題，在看 TextPage 時，發現程式裡大量使用了取字寬度函數。因為我是呼叫 J2ME Font.charWidth()，每個字都去呼叫，而原來的處理，這些值都是固定的，而且字了不起也才 26 個英文字母 + 數字 + 標點符號，不會對程式有太大的負荷。但對中文字來說，如果每個字都去查，那肯定是很慢。這邊我的處理方法是在 initialize Font 的時候，就先把一個中文字的寬度記下來，假定每個中文字的寬度都一樣 (好在也都一樣)，之後就用這個值去計算，這樣就恢復到原來的速度了。

回憶錄大概就記到這裡，如果有需要參考我的 code，可以到我 fork 出來的 github repository去拉。
要直接下載 .jar 的話，可以直接從這裡下載。