Fcitx輸入法啟動延遲 [論壇 - 新手村]
正在瀏覽:
1 名遊客
Fcitx輸入法啟動延遲 |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員四級
 
註冊日期:
2007/11/25 1:18 所屬群組:
已註冊使用者 等級: 16
HP : 0 / 385
 |
請教 Fcitx輸入法延遲啟動的原因?
改用Fcitx輸入法後，開機完成，並未看到輸入法啟動的icon. 觀看網頁約十分鐘後，才看到輸入法的icon顯現。 在語言設定裡，已將輸入法設定為 Fcitx, 不知為何都要等這麼久才會啟動? 請指點。 另，若開機後，即手動執行 fcitx, 則輸入法icon顯現，輸入操作也正常。但過個七，八分鐘後，重複出現了兩個輸入法的 icon (如附圖). 以 ps -aux | grep fcitx 檢查，看到有兩個 Fcitx 的程序在執行。 ------ OS: Xubuntu 16.04 附件:  擷取選取區域_046.png (5.50 KB)
2016/6/6 12:36
|
||||||||||
 工具箱
|
|
||||||||||
回覆: Fcitx輸入法啟動延遲 |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員五級
註冊日期:
2012/4/22 10:50 所屬群組:
已註冊使用者 等級: 37
HP : 0 / 905
|
pnleo 寫到： 我目前使用的是「Xubuntu 16.04 64位元 英文界面」，我也是使用「fcitx」，輸入法是使用「fcitx-chewing」。 不過我目前使用正常，沒有你說的，延遲的狀況。 但偶而會出現你說的兩個Icon，我也還沒去深究為啥。 我目前還是能正常使用就是了。 你可以多提一些你怎麼安裝的步驟，也許可以看到一些線索，不過不確定。 我是使用「im-config」來設定的，會出現設定視窗。 設定好後，直接會寫入「~/.xinputrc」 內容類似下面的內容
或是執行下面指令，不出現視窗，直接設定。
也可以直接寫入這個檔「~/.xinputrc」，只要填入下面一行就行了
若你真的要trace啟動的過程，可以先執行下面的指令
就會顯示
最近有trace過一次，本來要紀錄，後來忙忘了，呵呵， 主要是幾個檔 *「/etc/X11/Xsession.d/70im-config_launch」 *「/usr/share/im-config/data/22_fcitx.rc」 *「~/.xinputrc」 「run_im」這個function則是定義在「/usr/share/im-config/xinputrc.common」 然後「Xubuntu 16.04」使用「lightdm」 我觀察到是用到「/usr/sbin/lightdm-session」， 而非使用「/etc/X11/Xsession」。 若有興趣深究的話，請自行探究了，還沒研究透徹，目前就不多說了。 先給你探索的起點，以下是一些關鍵的檔案，以下是照順序的，需trace過比較能理解 * /usr/sbin/lightdm-session * /etc/X11/Xsession.d/70im-config_launch * $HOME/.xinputrc * /usr/share/im-config/data/22_fcitx.rc <-- 注意這裡會跑第一次 * /etc/X11/Xsession.d/99upstart * /etc/X11/99x11-common_start * /usr/share/upstart/sessions/im-config.conf * $HOME/.xinputrc * /usr/share/im-config/data/22_fcitx.rc <-- 注意這裡會跑第二次 另外一個參考指令
報告完畢 
2016/6/6 13:15
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: Fcitx輸入法啟動延遲 |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員四級
註冊日期:
2015/9/29 21:19 所屬群組:
已註冊使用者 等級: 16
HP : 0 / 380
|
XFCE 面板項目刪除「指示器插件」,或「通知區域」. 保留一個即可.
兩個鍵盤圖示出現的原因是因為 XFCE 面板同時啟動「指示器插件」與「通知區域」.
2016/6/6 13:27
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: Fcitx輸入法啟動延遲 |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員五級
註冊日期:
2012/4/22 10:50 所屬群組:
已註冊使用者 等級: 37
HP : 0 / 905
|
姜至奐 寫到： 喔喔， 原來如此， 感謝解惑，讚！ ## 中英對照 * 「指示器插件(Indicator Plugin)」 * 「通知區域(Notification Area)」
2016/6/6 13:35
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: Fcitx輸入法啟動延遲 |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員四級
註冊日期:
2007/11/25 1:18 所屬群組:
已註冊使用者 等級: 16
HP : 0 / 385
|
謝謝你的指點！
開機完成後，檢查了一下，~/.xinputrc檔的內容，與你貼出來的相符。 再執行 dpkg -L im-config, 顯示的內容，與你貼上的內容，也相同。 但此時，fcitx輸入法並未啟動，icon也未出現。 但正在比對兩筆輸出內容時，fcitx icon出現了。 這就是我在傷腦筋的問題，【fcitx輸入法，怎麼延遲這麼久才啟動?】 若是直接手動啟動，等一下它就又啟動一次。變成兩個程序在執行。
2016/6/6 14:06
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: Fcitx輸入法啟動延遲 |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員五級
註冊日期:
2012/4/22 10:50 所屬群組:
已註冊使用者 等級: 37
HP : 0 / 905
|
pnleo 寫到： 「dpkg -L im-config」這個應該是相同的， 只是給你參考，若你要「trace開機，fcitx如何啟動」，可以從相關的檔案去trace。 其實我沒遇過你說的延遲狀況，我的系統，進到桌面環境，fcitx就啟動了， 從你給的訊息，我也無法知道你的系統，是遇到了什麼狀況。 只能請你提供，你安裝的步驟， 或是你有做了什麼額外的動作？ 這樣我才有機會重現你遇到的狀況， 還有你說的瀏覽器是？ 還有你說的延遲狀況，也會發生在其他的應用程式上面嗎？ 或是你可以裝個新系統在VirtualBox上，看看會不會發生同樣的情形？ 只能先藉由這樣的排除，來找到一些線索， 我提供我ps出來的結果給你參考，
顯示
kill fcitx
fcitx手動重起，
突然想到，你這裡重起，應該在Terminal，可以看到一些訊息， 也許你可以看到一些線索... 執行
顯示
2016/6/6 14:21
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: Fcitx輸入法啟動延遲 |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員四級
註冊日期:
2007/11/25 1:18 所屬群組:
已註冊使用者 等級: 16
HP : 0 / 385
|
先做初步回覆：
開機完成後，執行 ps-aux | grep fcitx 【此時fcitx輸入法未啟動】 -------------------- leo 1633 0.0 0.0 38088 3968 ? S 22:15 0:00 fcitx leo 2393 0.0 0.0 14568 968 pts/0 S+ 22:17 0:00 grep --color=auto fcitx -------------------- 手動啟動 fcitx後，執行 ps-aux | grep fcitx -------------------- leo 1633 0.0 0.0 38088 3968 ? S 22:15 0:00 fcitx leo 2410 1.0 0.4 271268 37376 ? S 22:18 0:00 fcitx leo 2416 0.0 0.0 42912 3284 ? Ss 22:18 0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --config-file /usr/share/fcitx/dbus/daemon.conf leo 2424 0.0 0.0 27636 240 ? SN 22:18 0:00 /usr/bin/fcitx-dbus-watcher unix:abstract=/tmp/dbus-cG4eXGiqvh,guid=2098c6ffd028402ae5317829575434ac 2416 leo 2438 0.0 0.0 14568 968 pts/0 S+ 22:18 0:00 grep --color=auto fcitx -------------------- 過七，八分鐘後，自動又多出現一個fcitx的icon. 執行 ps-aux | grep fcitx -------------------- leo 1633 0.0 0.4 262724 36884 ? S 22:15 0:00 fcitx leo 2410 0.1 0.5 298140 47436 ? S 22:18 0:00 fcitx leo 2416 0.0 0.0 42912 3284 ? Ss 22:18 0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --config-file /usr/share/fcitx/dbus/daemon.conf leo 2424 0.0 0.0 27636 240 ? SN 22:18 0:00 /usr/bin/fcitx-dbus-watcher unix:abstract=/tmp/dbus-cG4eXGiqvh,guid=2098c6ffd028402ae5317829575434ac 2416 leo 2534 0.0 0.0 42908 3344 ? Ss 22:23 0:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --config-file /usr/share/fcitx/dbus/daemon.conf leo 2543 0.0 0.0 27636 240 ? SN 22:23 0:00 /usr/bin/fcitx-dbus-watcher unix:abstract=/tmp/dbus-opHHn70Nfa,guid=46c875a83b4b15684a8016db575435f3 2534 leo 2566 0.0 0.0 14568 940 pts/0 S+ 22:24 0:00 grep --color=auto fcitx
2016/6/6 14:38
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: Fcitx輸入法啟動延遲 |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員五級
註冊日期:
2012/4/22 10:50 所屬群組:
已註冊使用者 等級: 37
HP : 0 / 905
|
pnleo 寫到： 哇，這有點詭異了， 我重複執行
顯示
注意最後的
所以應該只會執行一個，結果你的系統會跑出兩個， Orz...
2016/6/6 14:47
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: Fcitx輸入法啟動延遲 |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員四級
註冊日期:
2007/11/25 1:18 所屬群組:
已註冊使用者 等級: 16
HP : 0 / 385
|
目前是在【工作階段與初始啟動】裡的【應用程式自動啟動】，設定啟動 fcitx-autostart, fcitx 就立即啟動生效。
但一段時間後，系統又會啟動第二個 fcitx（會顯示兩個 icon），但仍可正常操作。 不爽時，就再kill 後來那個fcitx.
2016/6/7 0:09
|
||||||||||
|
工具箱
|
|
||||||||||
回覆: Fcitx輸入法啟動延遲 |
|||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
|
會員五級
註冊日期:
2012/4/22 10:50 所屬群組:
已註冊使用者 等級: 37
HP : 0 / 905
|
pnleo 寫到： 感覺你的情形，有點特例！ 從你第一篇給的圖，和後來你提供的ps結果， 你的系統會跑兩個「fcitx process」， 你的兩個ICON是相同的圖示。 而我的系統會出現兩個ICON，兩個ICON則是不同的圖示，是屬於下面提到的情形。 姜至奐 寫到： 而我這邊測試，直接在Terminal，重複執行「fcitx」， 並不會出現多個「fcitx process」。 我上一個回覆，有提到，看Terminal出現的訊息， 只要有一個正在執行，後面那個再執行，就會自動離開。 而且我看「man fcitx」， 目前也沒看到有參數可以跑出多個process的。 所以我這邊無法重現你的狀況。 你可以自己手動重複執行「fctix」， 看看會不會出現多個「fcitx process」， 還有看看會出現什麼訊息。 若真的還找不出來你系統裡出錯的環節，可能就要回報給原開發團隊了， 他們是原開發者，比較能聯想到，可能是那個環節發生問題。 註: 「fcitx dbus session service」那一段，暫不討論。 ## 題外話 執行
顯示
觀看「/usr/bin/fcitx-autostart」
只是一個script檔， 他會先透過「fcitx-remote」偵測是否已經有執行了 若有，則執行離開。 不過我觀察「fcitx」應該就有事先偵測了。 另外有一個「fcitx-diagnose」可以執行
可以看到一些訊息，不過我這邊fcitx是正常的， 所以我也看不出個所以然來，是跟你的情形有關的， 你也可以執行看看，看有沒有什麼線索。 以上參考 報告完畢
2016/6/7 6:07
|
||||||||||
|
工具箱
|
|
||||||||||
您可以查看帖子.
您不可發帖.
您不可回覆.
您不可編輯自己的帖子.
您不可刪除自己的帖子.
您不可發起投票調查.
您不可在投票調查中投票.
您不可上傳附件.
您不可不經審核直接發帖.