Skip to content

3.5.4

Compare
Choose a tag to compare
@ShikiSuen ShikiSuen released this 29 Aug 07:02
· 399 commits to main since this release

3.5.4 版針對 3.5.3 版更新了下述內容:

  • 修正:解決了一個與 macOS 14 Sonoma 有關的惡性相容性故障:如果使用者辭典目錄或磁帶檔案在 iCloud Drive 裡面的話,在系統剛升級到 macOS 14 之後,威注音輸入法在使用時會觸發 GateKeeper 機制、系統會詢問使用者「是否允許威注音存取受 iCloud Drive 管理的檔案」。本次更新會解決輸入法在出現這個畫面時的「系統整個畫面操作失去響應長達幾十秒」的故障。該故障乃威注音輸入法的 GCD 設計不慎觸發 macOS 一處設計缺陷所使然。從這一版開始,威注音不會再在這種情況下觸發該系統缺陷。
  • 修正:解決了半衰記憶模組在排除過期記憶(或溢出掉最舊的記憶資料)時的崩潰故障。
  • 修正:解決了半衰記憶模組在某些情況下「無法生成正確的三元圖檢索用字串」的故障。打比方:當你敲「東京都前任知識」且藉由選字窗將「知識」改選成「知事」的話,此時生成的記憶資料會且「僅會」在這個詞的後方是「東京都前任」的時候才會生效。此時「東京都」「前任」「知事」正好組成三元圖(Trigram)記憶。
  • 修正:解決了可能會因為「將 NSEvent 放入 Set 集合」而導致的輸入法崩潰故障。現已取消此類行為設計。
  • 修正:解決了在區位內碼輸入模式下無法正確處理方向鍵事件的故障。
  • 修正:解決了輸入法在某些情況下會讓某個控制會話「卡死在漢音鍵盤符號模式」的故障。
  • 修正:針對「漢音鍵盤符號模式」與「區位內碼輸入模式」解決了「某些有處理過的功能按鍵操作會被漏給客戶端」的故障。
  • 體驗:田所選字窗新增展頁功能。當您啟用了田所選字窗的多行/多列功能時,田所選字窗在剛剛叫出來的時候會以單行/單列顯示,直到您觸發翻頁/翻行行為的時候才會展開頁面為多行/多列顯示。這使得田所選字窗在這方面的行為上與微軟新注音輸入法和 macOS 內建注音輸入法幾乎一致。
  • 行為:因應威注音輸入法的技術發展需求等原因,威注音輸入法從這一版開始移除了對 IMK 選字窗的支援。詳情請洽輸入法偏好設定內的「IMK 選字窗去哪裡了?」按鈕。
  • 行為:從現在起,當啟用語彙置換模式時,在將當前組字區的內容遞交出去的時候,當且僅當目前的內文組字區剛好是可取代對象的話,則整個遞交出去的內容都會被置換掉。// 這個特性的觸發條件必須是「當且僅當」,不然會導致嚴重的效能問題:組字區越長,效能問題越嚴重,轉換結果也就越容易不可控。
  • 研發:將輸入法主程式專案的一些主要功能模組統一塞入一個單獨的 Swift Package 內進行管理、謂之「輸入法主體總成模組」。這包括但不限於:輸入法控制會話模組、輸入法應用程式代理模組(AppDelegate)、語言模型管理模組、按鍵輸入調度模組、有限態械模組,等。利用 Swift Package 的特性,威注音輸入法本身迎來了睽違超過一年多的單元測試(被寫在了輸入法主體總成模組內),且單元測試本身所使用的 UserDefaults 與威注音輸入法運行時的 UserDefaults 彼此隔離、不受影響。目前的單元測試範圍不算廣泛,但會隨著將來由使用者群體提報的故障來擴大測試範圍。
  • 研發:對整個輸入法按鍵事件控制流程的修飾標記判定做了精簡,僅會處理經過 .deviceIndependentFlagsMask 篩過的修飾標記集合。
  • 研發:改用 KVO 來通知使用者偏好設定畫面「是時候重新載入資料了」。
  • 辭典:例行語彙資料更新+原神/星穹鐵道語料更新。
已知問題(請點擊這一行文字以展開閱讀)。
  1. 沙箱特性帶來的些許不便。請參見 2.3.0 版的更新日誌。引入沙箱是為了打消一些使用者們可能抱持的資安疑慮,但使用者仍可自行使用 HIPS 類工具軟體來主動監督威注音輸入法的軟體行為。
  2. 出於諸多原因,macOS 系統內建的 IMK 選字窗支援截止於 3.5.3 版、之後不再提供相關支援。一款連 Apple 自己都不想做好的系統元件,第三方用起來維護成本實在太空前。
  3. 田所選字窗不支援滾動條捲動,但理論上應該不會影響使用。
  4. Steam 等對 IMKTextInput 協定沒有認真遵守的應用當中,選字窗與浮動組字窗的位置可能不受輸入法控制。此問題無解,因為只有客體軟體廠商才能解決這種問題、但他們又不想解決這種問題。
  5. 如果您在使用 macOS 14 Sonoma 及之後的版本的話,請勿使用威注音 3.5.3 及之前的版本,因為這些版本可能會觸發系統內的某些缺陷、導致整個系統畫面失去響應。
  6. 選單圖示沒有做成單色設計,是為了更好區分簡體輸入模式與繁體輸入模式。如有審美不相容之狀況,還請諒解。
  7. 請勿在諸如 NSMenu 以及 Spotlight 這種浮動窗內使用田所選字窗的滑鼠右鍵選單,否則可能會遇到「選字窗消失,只剩下滑鼠右鍵選單」的情況。此時需要切換到別的 App 再切換回來、才可以正常敲字。該故障目前無解。因此,威注音自 3.1.0 版開始對 Spotlight 和 Raycast 這兩個客體應用停用田所選字窗滑鼠右鍵選單。
  8. 威注音輸入法本身很多與 Enter 鍵有關的組合鍵在微信等少數應用當中無法生效,因為這些客體應用在訊息窗格內輸入文字時始終會攔截 Enter 鍵的訊號處理、而無視 InputMethodKit 組字區內容的有無。如有相關需求者,可以先行用其它文字編輯軟體敲好訊息之後、藉由剪貼簿中轉、再貼入這類客體應用當中。
  9. 威注音輸入法的 INMU 格式遞交功能無法直接作用於 Sibelius / Dorico 這一類譜務工作站,而是先在其它文字處理軟體內準備好相關格式之後再利用給譜務工作站軟體。以 Sibelius / Dorico 2 為例的話,就是將這種格式的文字整段複製到剪貼簿內,然後在軟體的歌詞輸入模式當中連續 Command+V 貼上即可。Dorico 3 開始要麻煩一些,得事先在樂譜當中每個音符下插入一個字母,然後將這些音符全部選中、整段編輯歌詞,此時再將 INMU 格式的文本用 Command+V 整段貼上。詳見:https://forums.steinberg.net/t/150448
  10. 如果在使用早期版本的騰訊 QQNT、且在訊息視窗內就地加詞/刪詞/控頻的時候出現「組字區內容擅自被遞交到組字區的前後端」的混亂情況的話,請在輸入法選單「管理客體應用…」視窗內將「com.tencent.qq」填入、以改用浮動組字窗取而代之。受此故障影響的輸入法不只威注音這一款。幸運的是,騰訊的 QQNT 團隊目前已經將該故障解決,請升級至至少 v6.9.12 公開正式版。

系統版本要求:至少 macOS 10.13.4 High Sierra。請在安裝之前務必閱讀這篇《安裝指引》。因應不可控之技術現狀,今後請各位優先 藉由 Gitee 下載

其它注意事項(請點擊這一行文字以展開閱讀)。

⚠️ 注意:使用者們可以克隆「libvChewing-data」且自行 make install 來手動安裝今後被官方更新過的最新核心辭庫。更新核心詞庫的過程會破壞 app 的簽名,所以請務必也備份原始的 pkg 安裝包。

⚠️ 警告:如果您硬碟內既存的威注音版本小於 2.3.0 ,則請在安裝此更新之前務必事先備份使用者語彙資料夾的內容、然後在升級之後在輸入法偏好設定內重新設定一遍使用者語彙目錄。自威注音 2.3.0 版開始,威注音引入沙箱機制,使用者語彙目錄只能存放於「/Users/您的使用者帳戶名稱/」目錄下(也就是您的 Home 目錄)。

關於 Apple Developer 公證 & 安裝包 SHA256:

本次提供的安裝檔案均已做公證處理。如果遇到 pkg 安裝包故障的話,請嘗試以「-alternative.zip」結尾的安裝程式。

vChewing-macOS-3.5.4-signed.pkg
1e1736e6a185c0bb8f3e5220c3eee35181fed40e84d33c428bb7700bc797a642

vChewing-macOS-3.5.4-signed-alternative.zip
76497d509d989b10a365d132880bbc31e904aabb839f700f65735d84d4bf0df6