日立冷氣 RA-28NA 拆卸前面板

前幾天晚上清洗冷氣濾網時，無意間發現兩邊出風口內部的保麗龍居然一層黑灰，也不知道是灰塵還是霉菌，我猜應該是兩者都有。

今天趁著假日下午，稍微試了一下，終於讓我發現卸除方式，前面板跟濾網都是同一塊，故不用特別先移除。。

首先先從下半部左右兩側稍微出點力的把它退出來，注意左邊的藍圈處有排線，故不能太大力，建議先從右邊退出就好。

再來則是上方紅圈處及橘圈處有兩個小洞，故整個前面板其實會卡在這兩個洞裡，故我們把下半部的前面板退出後，接著把前面板往上抬起直到卡榫高過這兩個洞後便可輕易的拆卸了。

上面是卡榫洞的照片，可以看到出風口內部保麗龍壁確實很髒，理論上兩邊出風口最裡面中間應該還有一個輪子，但這要專業人士整個拆解後才有可能清除到。

故整個拆卸步驟如下面所示。

附上其他照片供以後參考。

亞馬遜正式支援 EPUB 檔案推送？

Kindle 有個很好用的功能，那就是可以把支援的電子書檔案上傳到指定的電子郵件信箱，這樣電子書便可以被轉檔儲存在個人文件空間，之後在不同機器間的閱讀進度便可以同步了！

因為我始終覺得 Kindle 是閱讀體驗最好的機器，故我本人很依賴這個功能，不論是之前的 R 家或是現在的 K 家，我都是以這樣的方式在我的 Kindle Paperwhite 3上閱讀購買的繁體中文電子書。

昨天在電子書閱讀器討論區看到有網友提到可以直接將 EPUB 檔案上傳到亞馬遜的心得分享，二話不說馬上跑去將我之前轉完 MOBI 超過 25 MB 的電子書上傳測試，果然可以順利的加入到個人文件，不論是中亞或是美亞都沒有問題。我自己之前經驗是約莫 22 MB 的 EPUB 電子書轉完 MOBI 後都會超過 25 MB。

美中不足的是，亞馬遜後台看起來還是透過 kindlegen 程式去做處理，原本用 kindlegen 轉檔失敗的書一樣還是會被亞馬遜退件，所以我們還是得自己手動處理，幸好這樣的書並不多，我昨天上傳了 20 本，也只遇到 2 本有問題。

如果可以再找到附件限制為 50 MB 的電子郵件帳號，除了漫畫及固定版式的 EPUB 外，幾乎所有的書都可以上傳到到亞馬遜了，以後看書就更方便了。

下面就是前一陣子購買收藏用的《牧羊少年奇幻之旅》一書，直接將快 25 MB 的 EPUB 上傳到亞馬遜後，終於不用再透過電腦放進閱讀器了，真是感動的一晚呀。

2022/04/24 更新

kindlegen 轉檔常見錯誤解決方式。

错误(prcgen):E24010:无法解析目录中的超链接 - 1

错误(prcgen):E24010:无法解析目录中的超链接 - 2

错误(prcgen):E23029

错误(opfparser):E20006

2022/04/26 更新

感謝討論區花圓的提醒，雖然我過幾天才會意過來，原來 Hinet 本身便可以支援 50 MB 的信件大小，故扣掉標頭等信件本身資訊，應該可以支援到約 45 MB 的附件。不然國外付費郵箱 mail.com 也可以支援 50 MB 的附件（一年約美金 30）。另外一些大陸郵箱也有支援較大的附件大小，但因需要大陸門號，故不一定能順利申請。

2022/05/01 更新

目前官方文件已正式提到加入 EPUB 格式支援，另外在 2022 年底也不再支援 .MOBI 以及 .AZW 格式的推送，照官方說法是這兩種格式因為太舊已不符合新 Kindle 的需求。  

2022/05/31 更新

下午試了一下美亞，因為只有這台機器是國際無廣告版。據測試的結果，即使沒有滿足 JPG/JFIF 封面，上傳的書籍也還是在 DOC 分類裡，但我的 oasis 2 仍然可以正常的在待機時顯示書封。

GNU Global 一些數據參考

很久以前在做 Windows Mobile 手機時，trace code 都是使用 Global，後來比較沒機會接觸到這樣龐大的 code base，故都是用我的 UltraEdit 搞定。

最近有同事問我 trace linux kernel 的事，拿 5.17.3 版本試了一下，留下記錄當做參考。

兩種使用方式

01. VSCode + Global

可以參考這裡。

02. 直接使用 Global 並產生 HTML 檔案

gtags 執行速度很快，大概不到 10 分鐘就建好 tag 資料庫。

htags - sna 總共花了約 4 小時又 43 分才建好所有 HTML。

另外，HTML 整包資料夾的大小約為 12.1G，硬碟大小則是 17.3G，裡面共產生 2,047,758 支檔案及 8 個資料夾。

我們也可以直接用指令查詢 tag 資料庫，只要記住兩個指令就好。還有下指令時不需要在 tag 檔案那層，隨便一層都可以。

global XXX  直接找 XXX 定義的地方。

global -r XXX 則是找 XXX 被使用的地方。

加上 -x 則是取得詳細的資料。

記得在使用 Global 前，要先 build 過 kernel 幾分鐘，好讓相關的 CONFIG_XXX 自動生成，其位置是在 CodeRoot/include/generated/autoconf.h

Chrome Extension - Manifest V3

Manifest 是 Chrome Extension 的一個架構檔案，裡面會描述所需要的權限以及 action 等相關。

好像是從去年開始，版本從 v2 升級到 v3，故從 2022/01 開始，無法在 Store 上架 v2 的套件，明年 2023/01 以後，則是不允許執行 v2 的套件。

有些 property 改名字了，有些則是 API 呼叫方式改變，以我的 KoboExpense 來說，大概有一成需要更動，整體來說並沒有到很麻煩。

另外 v3 版本的 API 很多都會回傳 promise，故在非同步的處理上應該會更方便。

2022/04/21 更新

前天上架的 KoboExpense 被退回來了，原因是用到不需要的權限。因為從 v3 開始，呼叫執行 script 的 API 參數有變，需要多傳一個 tab ID，故我以為需要 tabs 的權限，後來仔細再看了一遍文件，發現只有存取 tabs.Tab 裡的一些欄位才需要此權限（url, pendingUrl, title, or favIconUrl）。

可見目前審核是比較嚴格，故上架時還是要多注意是否加了不必要的權限。

2022/04/22 更新

下午收到審核通過的信件，看起來整個流程差不多要兩天，不過還是得看同時要上架的 Extension 有多少而訂。

grep 多行匹配

換行字元 pattern 為 \r or \n。

grep -Pzo "pattern" file

Kobo Expense

既然現在都在 Kobo 買書居多，是該時候寫個 Kobo Expense Chrome Extension 了，晚上稍微拿 Readmoo Expense 改了一下，看起來只要改 gethtml.js 就好，原本產生報表的 popup.js 只要維持一樣的 object record 回傳回去，完全可以無痛接軌，雖然我當初並未定義 interface，但也可以稍微的從中感受到介面的威力。

簡單分析一下購書狀況，從去年 5 月後跳巢到 Kobo，故每月開始有持續買書，但因為 Kobo 不像讀墨有好用的不定時三本七五折券，故在 Kobo 不太容易一次買大量的書。雖說 Kobo 有 555  點送 111 點的活動，但需要使用者自行拆單，故我不認為有多好用。

這樣也好，越不方便的機制，使用者就越不容易亂花錢，這也算是個意外之喜吧？

2022/05/18 更新

Kobo 網頁居然又改版了，所以我又要更改 parsing regex，看了一下網頁原始碼，原本會換行的資料現在又不換行了？真搞不懂 Kobo 的工程師在幹嗎？不太可能為了這個一直去更新插件，看來只好用 local 版的 Kobo Expense。

Bug or Feature ?

最近 Kobo 系統又有更新了，那個因為 Wi-Fi 已經打開，導致進去藍牙設定頁面的時候 Bluetooth 也跟著打開的 Bug 終於修掉了！（但是據已更新的國外網友所說，在兩者都關閉的時候，單獨打開藍牙，Wi-Fi 還是會跟著打開）

好笑的是國外論壇在上一版的討論串中，就有兩派人在爭論這到底是 Bug 還是設計問題？

其實以一個使用者的觀點來說，沒在我預期之下跑出任何我沒預期的行為，這無疑是一個 Bug 沒錯！使用者才不管你這是因為設計還是程式沒有寫好的緣故。

之前開發 Wi-Fi 翻頁器時，我就對 Kobo 會關掉 Wi-Fi 這件事很感冒，正常的設計應該是在系統進入休眠的時候，才順勢的讓週邊進入省電狀態。假設使用者設定休眠的時間是 10 分鐘而使用者的 Wi-Fi 是開啟的，怎樣系統都不應該在不到 3 分鐘的時候就偷偷把使用者的 Wi-Fi 關掉，這很明顯的不符合使用者預期。

同樣的，一個功能打開也會影響另外一個功能的開啟，這也是不符合使用者預期的行為。

即使目前主流 Wi-Fi 和 BT 都是在同一顆晶片上，通電和使用狀態本來就可以透過 UI 和 driver 的配合來達到一個良好的使用者體驗，Kobo 在這一點上確實是沒做好沒錯。

這又讓我不禁想到前一陣子 Kindle 又更新他的 UI 了，這應該是我近幾年來有印象的第三次更新了！

這個更新就真的是設計問題沒錯，姑且不論有沒有更好用，但至少我個人認為這個新的更新是比前一個差沒錯，因為破壞了我習慣的介面閱讀習慣。

究竟這個新的 UI 是不是有符合大部份的人的使用習慣呢？我想我應該也無法知道這個問題的答案吧？

2022/04/18 更新

下圖是 Kindle Oasis 2 更新到 5.14.2 的 UI 介面，上一版的 UI，現在要透過 list + sort，才能有近似前一版的畫面，最大的差別就是 collection 會多顯示資料夾的圖示，套句史蔕芬周的話：真是多餘呀XD

對比一下 Kindle Paperwhite 3 版本 5.13.7 的 UI 畫面，list 的 collection 介面就不會有不必要的資料夾圖示，整體看起來清爽多了。理論上 PW3 應該也還能升級版本，但可能是我 4G 的空間已經所剩不多，直到現在都還未收到下一版本的更新通知，也算是塞翁失馬的意外之喜吧。

2022/06/09 更新

早上因為 Elipsa 在充電，故拿我的 PW3 來改看《USB Complete》這本書，沒想到在沒關掉 Wi-Fi 的情況下，我的中亞系統也更新了！不是說要收攤了，還那麼認真要幹嗎？

同樣的設定在 PW3 只剩 5 個資料夾可以顯示，但我又不想用 Collection 顯示方式，因為真的跟我本來的習慣不一樣，再加上緊密放在一起的排列，真的是很兩難呀。