OpenVanilla 1.2.0 版徵求使用者測試

[lukhnos]

Hi all,

剛剛製作了 OpenVanilla 1.2.0 版，放到了 GitHub 上做為 pre-release，在此徵求使用者協助測試。

這個版本主要的變動有：

• 修正在 macOS 10.12 上無法正確檢查更新的問題
  
• 修正在 macOS 10.12 上升級輸入法後，舊版在重新登入或重開機前，可能仍有作用的問題
  
• 更新行列表格至以下最新版本，感謝 Gontera 提供資料：
  
• array-shortcode-20161018.cin
• array-special-201509.cin
• array30_OpenVanilla_0.80.cin

由於新近的 macOS 版本要求應用程式使用 HTTPS，而一直以來 OV 都只用 HTTP 向伺服器查詢是否有新版，導致 OV 在 10.12 上無法正確檢查更新。同時 Gatekeeper 的 path randomization 也讓安裝程式必須等待舊版輸入法完全移除後，才能進行升級。因為這些原因，建議 macOS 10.12 的使用者升級到 OV 1.2.0 版（1.1.0 版並未發布自動更新檢查通知，1.2.0 版亦無發布通知的計畫）。

1.2.0 版同時更新了行列輸入法的表格，感謝老刀兄提供資料。

檔案發布在 https://github.com/openvanilla/openvanilla/releases/tag/1.2.0 ，亦可直接從此連結下載: https://github.com/openvanilla/openvanilla/releases/download/1.2.0/OpenVanilla-Installer-Mac-1.2.0.zip ，檔案 MD5 是 b0b464993d3190f7084997a08abfbebb.

Lukhnos

[Ho Ian]

手邊臨時的測試環境是osx10.11.6，OpenVanilla“之後”改版功能上的“奢望”：

我安裝了自製cin輸入法表格檔包含了unicode CJK-Ext~A~B~C~D~E的碼位、也包含了PUA~A~B的碼位。

然後我安裝了的數個字形檔，有支援自製cin輸入法表格檔裡頭“所有的”對照表的碼位。

然後我輸入某個鍵位之後，“同音字後選區”，會“無法出現”CJK-Ext~A~B~C~D~E碼位和PUA~A~B的碼位的“候選字”（會以“問號匡”呈現），然而我對應支援的字型是“有安裝的”，例如在“文字編輯.app”裡頭輸入文字，我可以把輸入在“文字編輯.app”之後的“問號匡”透過切換字型，來呈現該字元。我會“奢望”OpenVanilla的“候選字筐”能夠有設計一套機制，去抓取已經有安裝在系統內的對應該碼位的字形檔。環境模擬範例相關檔案：

https://www.openfoundry.org/of/projects/1603/download

這個link在管理員審核通過本發文而貼文之時，有可能已經是失效link。

lukhnos於 2016年12月31日星期六 UTC+8下午4時42分12秒寫道：

[lukhnos]

Hi,

請提供幾個測試資料，例如打哪幾個注音或字根，應該會出現哪些 Ext-A/B/C/D 的碼位。也請提供你用的字型下載連結（如果是開放授權的字型）以及 PostScript 字型名稱。說不定現有的隱藏設定已經可以解決此問題。

Lukhnos

[Ho Ian]

我貼文的當下這個網址居然還活者

https://www.openfoundry.org/of/projects/1603/download

請下載

CnsPhonetic2016-12.cin.zip

然後用進階純文字編輯器打開它（請在正體中文環境），裡頭都有寫。然後範例例如 黃 「ㄏㄨㄤˊ」 這個發音。會出現一百多個候選字可以選，然後後半段的可選字都是問號筐，但是對應的字型的都有裝。

相關網址：

http://data.gov.tw/node/5961

如果是所謂的“隱藏設定”，“奢望”該“隱藏設定”能夠轉換成“圖形介面顯示設定”。

lukhnos於 2017年1月1日星期日 UTC+8上午3時59分57秒寫道：

[lukhnos]

我照著連結說明下載了給 Linux 的 RPM 檔，然後從中取出了 TW-Kai-Ext-B.ttf 以及 TW-Kai-Plus.ttf ，安裝之後，用你的 .cin 檔打「ㄏㄨㄤˊ」，能顯示的字比未安裝前多，但並不是所有列於「ㄏㄨㄤˊ」下的條目都有顯示（見附圖一、附圖二）。我並沒有改任何字型設定。我用的是 macOS 10.12.

Lukhnos

[Ho Ian]

我的字形檔來源是前面提過的

http://data.gov.tw/node/5961

單純的字型與屬性資料打包檔，檔名應該會類似於Open_Data.zip ，而“不是”RPM檔。cin裡頭應該都有說明了才是。

lukhnos於 2017年1月1日星期日 UTC+8下午12時46分37秒寫道：

[lukhnos]

我從 http://data.gov.tw/node/5961 點了「檢視資料」，才找到 http://www.cns11643.gov.tw/AIDB/Open_Data.zip 這個下載連結。我安裝了裡面的三個 ttf 檔: TW-Kai-98_1.ttf, TW-Kai-Ext-B-98_1.ttf, TW-Kai-Plus-98_1.ttf，也就是你 .cin 檔裡面提到的檔案。安裝後的結果又比先前多更多能顯示的字碼。所以我並不了解你的問題在哪裡。

附帶一提，TW-Kai-Ext-B-98_1.ttf 被 macOS 警告有結構缺陷，建議不要安裝。

[Ho Ian]

怎麼辦，我的問題沒有被看懂！我還可以怎麼描述呢？

再試試看好了：

我"奢望" OpenVanilla 的“候選字筐”出現的"不會是問號筐"，"而是"已經有安裝了對應字型的字元。

---

然後我是點選“TXT”字樣下載的，“不是”“檢視資料”。如前面發文所敘述，把cin檔用進階純文字編輯器打開，裡頭都有說明。

[Seventeen Chen]

我也看不懂

是不是附上 screenshot 會比較清楚?

Ho Ian <iania...@gmail.com> 於 2016年12月31日 星期六寫道：

--
這是 Google 網上論壇針對「OpenVanilla」群組發送的訂閱通知郵件。
如要取消訂閱這個群組並停止接收來自這個群組的郵件，請傳送電子郵件到 openvanilla+unsubscribe@googlegroups.com。
如要在這個群組張貼留言，請傳送電子郵件到 openv...@googlegroups.com。
請前往以下網址造訪這個群組：https://groups.google.com/group/openvanilla。
如需更多選項，請前往：https://groups.google.com/d/optout。

[Ho Ian]

前面討論串lukhnos已經貼過screenshot圖了，我應該不用重複了。

看不懂我也認了，至少我嘗試過把問題提出來了。

總之候選字框內，一堆問號筐就是在那邊。

該裝的對應字型都有裝了。

Seventeen於 2017年1月2日星期一 UTC+8上午2時00分50秒寫道：

[lukhnos]

seventeen 的意思是請你附上你所看到的螢幕畫面，例如你說你用文字編輯器，是怎麼樣可以透過切換字型，來看到輸入法選字窗內無法顯示的字。我先前的意思是，請你提供安裝字型後，仍無法顯示的 Unicode 字碼以及他們的屬性，例如在哪個字面。

提供詳細的字碼資料、操作步驟、螢幕截圖，還有正確的 URL 下載連結，別人比較好幫你。:)

你可以試試看在終端機下輸入以下指令，看看是否有用：

    defaults write org.openvanilla.inputmethod.OpenVanilla CandidateTextFontName TW-Sung-Plus-98_1

或是如果要使用楷體：

    defaults write org.openvanilla.inputmethod.OpenVanilla CandidateTextFontName TW-Kai-Plus-98_1

我目前猜測問題的癥結是這樣的：macOS 對於 CJK Ext 字面的字，會去從既有字型目錄中，尋找有收錄該字的字型來繪製。但對於 PUA 字面的字，並不作這樣的處理。

我用你提供的 .cin 檔，並安裝了從 http://www.cns11643.gov.tw/AIDB/Open_Data.zip 下載來的的字型檔。此處我都是用 TW-Kai-Ext-B-98_1.ttf 以及 TW-Kai-Plus-98_1.ttf 兩套字來測試。這兩套字體的 PostScript 名稱分別是 TW-Kai-Ext-B-98_1 以及 TW-Kai-Plus-98_1。

我測試的 codepoint 有三個，分別是：

• U+20F9B Ext. B (macOS 內建字型有收錄)
  
• U+20E61 Ext. B (macOS 內建字型無收錄，有收在 TW-Kai-Ext-B-98_1 中)
  
• U+FCF79 PUA-A (macOS 內建字型無收錄，有收在 TW-Kai-Plus-98_1 中)
  

為了除錯方便，我先用 TextEdit 將這三個字打出，如附圖 samples.png 所示。第三個字必須用 TextEdit 特別選取 TW-Kai-Plus 這個字體才能顯示，TextEdit 自己不會換到該字型，與第二個字不同，如同同一張附圖所示。

這三個字的頭兩個字分別是用你附的 .cin 打「ㄏㄨㄤˊ」後， 找到第一個有「𠾛」（一個口加一個黃, U+20F9B) 的候選字頁面，第二個字在「𠾛」上方。第三個字在候選字最後一頁面最後一字，如附圖 before1.png 及 before2.png 所示。

在安裝了上述兩個 TTF 檔後，第二個字會正確顯示，如 after1.png 所示。但選字窗最後一頁那些收錄在 PUA 字面中的字仍無法正確顯示，與 before2.png 相同。

我用了以上終端機指令，強制 OpenVanilla 使用  TW-Kai-Plus-98_1 或 TW-Sung-Plus-98_1 顯示所有候選字後，收錄於 PUA 字面中的字就都出現了，如 after2.png 所示。

我之所以懷疑 macOS 不對 PUA 字面做相同處理，是因為在安裝了上述字型後，用內建的 Unicode 表格瀏覽器 (可從鍵盤選單中「顯示表情符號與其他符號」進入) 看 Ext. B 字面的字，都有正確顯示（如附圖 CJK-Ext-B.jpg 所示，上述測試用例中頭兩字，分別以藍圈及紅圈標示出）。但 PUA-A 字面的字並無相對應處理（如附圖 PUA-A.jpg 所示，上述測試用例第三字，用紅圈標出）。

同時，即使輸入法選字窗會出現第三字，該字輸出到 TextEdit 後，仍然要手動修改字型至 TW-Kai-Plus ，才會顯示該字。

因此我認為 macOS 內建的文字系統及字型引擎，對於 PUA 字面（至少是 PUA-A 字面）的字碼，在處理方式上與 CJK Ext. B 字面有所不同。

Lukhnos

[Ho Ian]

我會“奢望”defaults write org.openvanilla.inputmethod.OpenVanilla CandidateTextFontName 這個參數設定，能夠被設定成openvanilla偏好設定“顯示的圖形介面”“設定項目”，並且提供圖形介面設定項目，能夠“至少”選取“三個”字型（例如某個碼位在第一個字形檔內抓不到該對應字元的話，就繼續找第二個，第二個找不到，就繼續找第三個），這樣候選字筐內對應這個表格檔，應該就不至於有“問號筐”呈現了。因為CandidateTextFontName一次只能選一個，選了TW-Kai-Ext-B-98_1.ttf ， TW-Kai-Plus-98_1.ttf 就不會出現。選了TW-Kai-Plus-98_1.ttf ，TW-Kai-Ext-B-98_1.ttf 就不會出現。

--
這是 Google 網上論壇針對「OpenVanilla」群組發送的主題訂閱通知郵件。
如要取消訂閱這個主題，請前往 https://groups.google.com/d/topic/openvanilla/IUbGDzrA_xk/unsubscribe。
如要取消訂閱這個群組和所有主題，請傳送電子郵件到 openvanilla+unsubscribe@googlegroups.com。

[lukhnos]

請問你測試過我給的解決方案了嗎？

macOS 有字型 fallback 機制，讓 OV 用 TW-Kai-Plus-98_1 當選字窗字型，macOS 會在碰到該字型未收錄的字碼時，自動選取其他字型（例如 TW-Kat-Ext-B）顯示該字。

Lukhnos