從這裡找到解決方法：移除那些疑似毀損、或是與 Windows 犯沖的字型。

想知道的人請關切 #Gnome3Sucks 這個 tag RT @shellex: 我来说一下gnome3有那些反人类的地方。

於是我才發現，原來我並不寂寞。今早讀到 @shellex 的黑特懶人包〈为什么我弃用Gnome转向KDE（1） | SHELLEX!〉，完完全全把我對 GNOME Shell 的無比幹意表達出來。

在此之前，與 WM Chang 在 Google+ 的閒聊之中，我曾經寫到：「GNOME 3 很好，但 GNOME Shell 讓我用得幹聲連連至今。」GNOME 3 很多地方我仍覺得不錯，但是就這 GNOME Shell 讓我很不滿。於是我也必須跟不少人一樣，到 GNOME Shell Extensions 裝上「那些」extensions，方才讓我的桌面環境「可用」。

結果裝完「那些」extensions 後，眼前浮現的，啊這不就是 GNOME 2 的模樣嗎？（崩潰）

• Argyll Color Management System
• dispcalGUI

安裝方法：

1. 裝好 Argyll 與 dispcalGUI。
2. 將 Spyder 4 所附 CD 放進光碟機並掛載起來。
3. 跑 spyd4en ${CD_PATH}/Data/Setup.exe 把 spyd4cal.bin 生出來。
4. 接上 Spyder 4，注意安裝角度，盡可能不要有外部環境光干擾，並建議暫時關閉螢幕保護程式與省電設定；跑 dispcalGUI 開始校色。
5. 校色完成後安裝配置檔 (Install Profile)，選擇套用系統全域 (system-wide)。

後記：

• 重新開機後發現 /etc/xdg/autostart/z-dispcalGUI-apply-profiles.desktop 抓不到正確的螢幕硬體裝置，無法自動套用配置，查到必須設定環境變數 ARGYLL_IGNORE_XRANDR1_2 為 yes，寫在 ~/.bashrc 自動設定，解決。
• 就算是無法過於苛求的一般筆電螢幕，校色過後，還是能「還原」一定程度的色彩表現。相當建議能夠校色就去做。

我的電腦顯示晶片是 Intel® GM45 Express，OS 是 Arch Linux x86_64，平時都是透過 multilib 機制跑包括 Android SDK 在內的 32-bit 軟體。為了要開啟 Android Emulator 硬體加速，至少要安裝以下套件：

• lib32-sdl
• lib32-mesa
• lib32-mesa-demos
• lib32-intel-dri
• lib32-libgles

確定該有的 SDL & OpenGL 函式庫套件都安裝好了之後，到 AVD Manager 新建一個 AVD，注意此時硬體加速功能與 Snapshot 功能無法兼容，所以不能使用 Snapshot（問題來了，只要硬體加速效果夠快，我不知道我為何還需要用 Snapshot 偷時間？），然後加入 Hardware 設定參數 GPU emulation 為 yes 後存檔，就可以使用了。

效能簡直跟跑實機沒兩樣。

當然您的硬體、作業系統設定與我的很可能不一樣，所以請自行變通。

上上週修好一台 Game Gear 後，我從 GG 那枚用來反射燈光的「燈罩」聯想到一個新設計。說是新設計，其實是參考 Afterburner 要做一個土砲版。剛剛在關掉電燈的房間裡模擬一下我的想法，可行性應該不小，先把想法記錄下來。

用一到兩顆的 335 型 (4.0 * 0.8mm) SMD LED 做光源。因為沒有辦法做導光板，所以在 LCD 週邊那很細小的「框」，貼上鏡面貼紙，輔以補土製造凸鏡結構，讓照明角度僅有 120 度左右、缺乏導光板的 LED 照明，可以藉由反射涵蓋全 LCD 面板。為了減輕光源中央較亮的現象，在裝置 LED 時，需稍微仰角。

為了進一步減輕反射現象，可以為面板貼上 AR 膜，這可能是這件工程裡最昂貴的材料。

此外還要考慮亮度調節需用到的可變電阻，還有加工破壞邊框後的進塵、防塵問題。

1. git clone git@github.com:hiroshiyui/ibus-chewing.git
2. git reset –hard fb5c8cc104
3. git remote add upstream git://github.com/definite/ibus-chewing.git
4. git fetch upstream
5. git merge upstream/master
6. git push origin +master

譬如 DOM 裡若有 <iframe>，則 $(document).ready() 觸發時並不保證 iframe 的嵌入來源一定就緒，此時存取當中元素，當下極有可能根本還沒這個物件可抓，就出包了。

參考：jQuery ready vs load – 黑暗執行緒

$(document).ready( function() {
  $('body').mousemove( function(e) {
    var document_height = $('#embed-iframe').contents().find('body').attr('offsetHeight');
    $('#embed-iframe').height(document_height + 32);
  });
});

適用場合：被拿來嵌入當成主要網頁內容的 iframe，其佔用版面高度未知（動態增減之類）的情況。（更白話一點講，就是把 iframe 當 frame 用。）

毋需像虹堡的 EZ100-PU 還要另裝廠商的驅動程式，裝好 pcsclite, pcsc-tools, ccid 後，啟用 pcscd，接上 IT-830UP 立即可以使用，真不錯。

有興趣者，請搭配 epub-samples 服用。

我個人還是比較希望大家至少都能提供 EPUB 3.0，其次才考慮用那些大廠的自訂格式來出版電子書。