1.3.0 版在 macOS 10.12.2 上候選字框位置會出現在輸入區之外遠處

[El Cheng]

大家好：

今天一打開電腦彈出香草的更新通知令我感到相當的高興，尤其這次增加候選詞這樣過去所沒有的功能，且有我所用的行列模組的更新。

不過安裝完更新重開機以後立刻發現候選字框的位置不大安定，底下兩張截取到的狀況圖，不曉得這是否為我個人環境的設定問題還是新版的小問題呢？

個人使用的配置為

• 香草 1.3.0
  
• macOS 10.12.2
  

如果還有缺少什麼資訊我會再補上，以利大家提供協助。

因為行列使用已有一定的熟練度，所以並不會因為這樣就造成什麼輸入上的嚴重困難，不過至少在上一版之前，這一年開始接觸 mac 以來的版本內並沒有遭遇這樣的問題。

另外也有一個過往版本裡一直存在但是我不知道怎麼解決的問題想在此順道提出，行列的快打模式選用勾選後似乎沒有作用的樣子？即使是有特別碼的文字，我以最普通的拆法去輸入還是正常出現沒有任何提示或阻擋，是不是光是勾選並未完成設定呢？

在此先謝過各位 m(_ _)m

香草真的是很棒的輸入法！

[lukhnos]

關於選字窗位置的問題：我們上一次發布更新通知已經是 1.0.3 的事情，在這段期間我們曾經改過行列組字的行為 (1.1.0 版以及 1.3.0 版)，因此是有可能有東西改動到。但不知選字窗位置的問題，是否僅出現於剛開始打字，或是持續有此問題？

至於「快打模式」，請重新進入 OV 偏好設定中啟用。因為這個 bug 存在很久，我們擔憂 1.3.0 版突然回復功能，會造成忘記曾經啟用的使用者困擾，因此安裝程式重設了設定值，特別碼提示開啟，快打模式關閉。我如果開啟快打模式，打 "ajr" (再)，則輸入法會阻擋我並提示改用特別碼。不過因為我不是行列使用者，僅僅根據幾個測試範例，不知是否有所疏漏，這一點要請其他行列使用者協助解答了。

[El Cheng]

各位抱歉，快打模式的問題後來有爬到說明了。在此附上連結。

不過我確實是更新並重開後再選啟用，甫更新完特別碼示是有作用的，有出現黃色的提示，不知何故，後來都失去作用來，去到選項再看又變成兩者都處於停用的狀態了，再次啟用就有運作了。

好像不能編輯已發出留言的樣子，所以自言自語，希望大家能見諒，謝謝！

[El Cheng]

感謝 lukhnos大 的回覆！

選字窗的問題是會持續發生的。

快打等模式如您所述，後來有發現是設定自行變更了，再啟用即可，運作正常，謝謝你的說明讓我知道是怎麼回事！

那麼選字窗的問題可能就再麻煩了，如有任何能協助的地方我都很樂意幫忙，感激不盡！

lukhnos於 2017年1月17日星期二 UTC+8上午10時05分55秒寫道：

[lukhnos]

我剛剛試裝了幾個過去的版本：

OpenVanilla 1.0.3, 1.0.11, 1.2.0, 1.3.0

我發現 1.0.3 版其實在 Chrome 裡面就有這個問題，只是選字窗掉出去的位置不太一樣 (1.2.0 後都掉在左上方，1.0.3 版掉在右下方）。

Safari 無此問題。

此外，其他非行列的輸入法，如果開啟隨打字隨組字，那麼在第一個字跟就有選字窗的時候（與行列的情況相同），在 Chrome 上選字窗也是會掉出去的。

雖然我懷疑這問題存在已久，如果方便的話，可否請您看看您解除安裝掉的是哪個版本？這得請您從垃圾桶看一下（例如附圖，可從終端機打 open ~/.Trash 開啟，我用紅圈圈起版本資訊所在處）被刪除掉的版本是哪一個了。如果您垃圾桶已經清空就沒關係，這主要是提供我們 debug 的 data point.

如果方便的話也請您至 GitHub 回報問題 (https://github.com/openvanilla/openvanilla/issues) 方便我們追蹤。謝謝！

[El Cheng]

也有可能是我過去並沒有注意到，不過可以確定新版有此情形，除了 Chrome 以外的其他的 app 也有此情形，像是 Slack。

移除的上一個版本請見下圖，為 1.2.0。

GitHub 那邊也有開 issue 了，謝謝！

lukhnos於 2017年1月17日星期二 UTC+8上午11時09分36秒寫道：

[El Cheng]

Hi lukhnos 大：

不好意思，我剛剛也試著裝回 1.2.0，確實也有選字窗位置的問題。

另外在 iTerm2 上的話則比較正常一點，當我把 iTerm2 裡的畫面 clear 掉，讓我的 prompt 在最上面的時候選字窗就不會到其他的位置，然而若已到最下方就有可能在上在下。

個人猜測這似乎和在視窗上的哪個位置有關，可能是為了不超出視窗範圍？以這個測字為例，好像在幾近完成的時候因為只剩一個候選字所以下方還可容納，顯示在下面，而一開始候選多的時候則會超出下方，因此被擺在輸入區的上方？

不過相對於其他已經提及的程式，算是影響很小的。

在此附上圖片，希望對於解決這個問題能有幫助。

在視窗上方時：

在視窗下方時：

lukhnos於 2017年1月17日星期二 UTC+8上午11時09分36秒寫道：

[lukhnos]

iTerm2 的這兩個例子應該是正確行為，如果選字窗長到會被螢幕底部遮住，就會換到組字區上方來顯示。如果還有空間，就維持在組字區下方。內建輸入法也是這樣設計的。

先前所提及在 Chrome 選字窗會跑到外頭的問題，我已經在 GitHub 上回覆了： https://github.com/openvanilla/openvanilla/issues/16#issuecomment-273386311

同時我們也製作了 1.3.1 版: https://github.com/openvanilla/openvanilla/releases/download/1.3.1/OpenVanilla-Installer-Mac-1.3.1.zip

請先試試看這個版本是否能減輕問題。如果 ok 的話，我們會在近期內正式發布這個版本。

[El Cheng]

原來是 Chrome 本身的問題，辛苦你們了！

馬上試用 1.3.1，目前以在 Chrome 上短暫使用體驗來說，選字窗位置的問題獲得大幅改善，位置偏移還是有可能但是幾乎不會發生。

不過 Slack 依舊是那樣，如果也不是 OV 本身的問題的話大概就是等待其他的地方會不會修正了。

iTerm2 方面，我截圖只有一部份，不過視窗下方距螢幕底部還有很長一段距離，所以大概還不會有看不到的問題？
現在我好像觀察到如果組字完成，沒有重碼字，只差按下空白鍵的情況的話，選字窗就固定會在下方，其餘情況幾乎都是在上方。

是正確行為就好，是我太少見多怪。

感謝你們迅速的處理和耐心的回覆！

lukhnos於 2017年1月18日星期三 UTC+8下午1時59分06秒寫道：

[Hung-Te Lin]

lukhnos於 2017年1月18日星期三 UTC+8下午1時59分06秒寫道：

iTerm2 的這兩個例子應該是正確行為，如果選字窗長到會被螢幕底部遮住，就會換到組字區上方來顯示。如果還有空間，就維持在組字區下方。內建輸入法也是這樣設計的。

 　請問一下 我的 OV 在 iTerm2 上已經壞一陣子了 本來以為是 OS 的問題，可是看到最近的新版本發行加上這篇有提到 iTerm2 才發現可能只有我壞掉...

    裝了OV 1.3.1 (之前幾版結果都一樣),  OS 是 10.11.6, 一般程式可正常使用，但一進 iTerm2 就會自動跳到別的輸入法，

    如果點開 IME 選擇會發現 Open Vanilla 變成灰色無法選取。

    請問有人遇到類似狀況嗎？

[lukhnos]

類似的問題，在過去這幾個 macOS 版本經常有人遇到，要請你試試看從 System Preferences 中移除 OpenVanilla *並且* 移除 ~/Library/Input Methods/OpenVanilla.app 後登出或重新開機，之後再重裝 OV。

先前有人在 GitHub 上發過類似問題，上述作法看來有用 (有 screenshot):  https://github.com/openvanilla/openvanilla/issues/13#issuecomment-263016579

請試試看是否可以修好 iTerm2 無法使用的問題。:)

[Hung-Te Lin (piaip)]

我有看過那篇也照著作過了，但我並不是「所有App都出問題」，是「只有iTerm2不行」，事實上內建的 terminal 就沒問題。

不知哪裡有為何會灰掉的 log 可以查？

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

--

Hun...@gmail.com , <pi...@csie.ntu.edu.tw>
http://ntu.csie.org/~piaip/

[lukhnos]

用 Console.app ，查一下是否有 openvanilla 或 iterm 相關字樣的訊息。

我沒在用 iTerm2，不知是不是有什麼輸入法相關的安全設定？例如不允許使用第三方輸入法一類的？

會這樣提的原因是前陣子有小麥注音用戶在 1Password 上遇到輸入法被 disable 的問題: https://github.com/openvanilla/McBopomofo/issues/99 (但請先不要採用該 issue 的 workaround，那會造成日後升級安裝的問題，追本溯源這其實是 1Password 自己該解決的毛病)。

On Thursday, January 19, 2017 at 7:05:25 AM UTC-8, Hung-Te Lin wrote:

我有看過那篇也照著作過了，但我並不是「所有App都出問題」，是「只有iTerm2不行」，事實上內建的 terminal 就沒問題。

不知哪裡有為何會灰掉的 log 可以查？

[Hung-Te Lin (piaip)]

在 Console.app 看來看去沒看到什麼特別的

iterm2 有個 experimental features 是 Improved support for input method editors like AquaSKK,

但我開或關也都沒用。

最後我試著照 1Password 那樣搬到 system library 去再重開 iterm2，竟然就可以了；

結論是大概我的系統有裝了什麼東西或開了什麼安全設定吧

(昇級安裝我會先移除再裝，感謝提醒!)

[Yi Ching Ng]

而且聯想詞表也不是從第一個選字出現，我如果要選到第1個聯想詞要往上掃才可以看到第一個

El Cheng於 2017年1月17日星期二 UTC+8上午9時59分42秒寫道：

[lukhnos]

這句話看得不是很懂，可以給一張 screenshot 看看嗎？

[Hung-Te Lin]

事隔一年多我終於找到正確答案了

iTerm2 有個 "Secure Keyboard Entry" 的選項

這個選項打開時，新開的視窗無法接受第三方輸入法。

Terminal.app 也有這個選項，但預設是關的。

iTerm2照理來說也是預設關，或是設過後重開時會保持最後設定，

但某些有設 policy 或指定載入 preference 的機器可能會變預設開、而且關掉重開程式又自動設上。

目前找到的解法是打開 iterm2, 關掉 secure keyboard entry, 再開新視窗。

在重開 iterm2 前輸入法都可以用...

Hung-Te Lin於 2017年1月23日星期一 UTC+8下午10時54分42秒寫道：