cht電腦資訊gcin
adm Find login register

LC_CTYPE settings of gcin/hime

superman
joined: 2014-01-31
posted: 2
promoted:
bookmarked:
1subject: LC_CTYPE settings of gcin/himePromote 0 Bookmark 02014-01-31quote  

起因:

最近才開始用LINUX,相中KNOPPIX (Debian類)。因為有需要用到Naver Line,所以要用Wine去模擬。因為選用 LANG=en_GB.UTF-8 加上 KNOPPIX 用 LANG 的方法去設 LC_ALL ,所以 Line 裡面的中文都變會框框。後來在 Google 上爬遍後,發現可以用

env LC_ALL="" LANG=zh_TW.UTF-8 wine /path/to/the/executable/file

的方法才把中文給騙出來。中文騙出來後,內定的 IBus 對 Ctrl-Space trigger 也有反應。但是 IBus 對我這種一分鍾打5個字的速度還是卡,所以就想要找好用的。找遍 google.com.tw 後才發現,繁體中文界推 gcin/hime 。在找尋之中,也看到了 gcin vs hime 事件,不過有看沒真懂。回正題,用了上述的騙法把中文字搞出來後,發現 gcin/hime 對 Ctrl-Space trigger 沒反應。再爬回 Google,看遍 gcin 在 Arch Linux 中的FAQ,才知道 gcin/hime 是看 LC_CTYPE。就因為 KNOPPIX 是用混出了的 (不是純 Debian) 加上它的用戶群99%是不講中文的。此外,也沒有人會像我那麼手賤,想在一個介面裡混兩個語系。所以就搞了一陣子才知道如何在 KNOPPIX 初始 Xsession 的時候,unset LC_ALL & LANG 和 export LC_* 。在 trial & error 過程中,也發現初始 gcin/hime 的 LC_CTYPE 要和 Wine 的 LC_CTYPE 一樣。要不然,Ctrl-Space trigger 會沒有用。

 

所以就想請教專家們一下,

1. 初始 gcin/hime 的 LC_CTYPE 是否一定要和軟體的 LC_CTYPE 一樣?

2. 是誰這個對 Ctrl-Space 沒反應? gcin/hime 還是 Wine ?

3. 有沒有可能把 gcin/hime 用成像 IBus 一樣不管 LC_CTYPE ?

3. 如果想要把 gcin/hime 的介面英文化,需不需要有資訊的背景?

4. gcin 和 hime 兩戰力有沒有整合的可能?

    -- 請專家們噴火前知道,我也會把這一篇貼到 hime派的討論區上 (http://moto.debian.tw/viewforum.php?f=49)

    -- 我知道戰力整合的問題超自目。但是在 Google 上找有關 Linux 的訊息後,深覺 Linux 是非中文的天下,用中文的真的沒有多少,用純繁體中文的更少。在那麼小一個繁體中文圈裡,也分成 gcin派 和 hime派,實在是可惜。不知專家們覺得 "以台灣為中心,一起寫,一起修。一起搞才搞的大,一起嗨才嗨的爽,一起戰才戰的久" 可行否?

    -- 以上也只是我的蠢見,請各專家別再暴走了。兩派巳經很多了,如果再來個三國,檔案下載不完啊…

 

以下是 gcin 的

-------------------------------------------------------------------------------------------------------------------------

(檔案都是從 ftp.de.debian.org/debian 下載來的)

當我從 lxterminal 中,初始 gcin (Debian Wheezy 版)再跑 gcin-tools,在改了 "內定輸入法&…" 並 點了 "OK" 後,lxterminal 告訴我


     (gcin:6696): Gtk-CRITICAL **: gtk_container_add: assertion `GTK_IS_CONTAINER (container)' failed
 
     (gcin:6696): Gtk-CRITICAL **: gtk_container_set_border_width: assertion `GTK_IS_CONTAINER (container)' failed
 
     (gcin:6696): Gtk-CRITICAL **: gtk_widget_show_all: assertion `GTK_IS_WIDGET (widget)' failed
 
     (gcin:6696): Gtk-CRITICAL **: gtk_widget_hide: assertion `GTK_IS_WIDGET (widget)' failed

 

如果是用 gcin (Debian Jessie 版), 除了上述的 error messages 外,還有一行

     (gcin-tools:4266): Gtk-WARNING **: Error loading icon from file '/usr/share/icons/hicolor/64x64/apps/gcin.png': Failed to open file '/usr/share/icons/hicolor/64x64/apps/gcin.png': No such file or directory

(gcin.png 這一條我就有給它了解。)

-------------------------------------------------------------------------------------------------------------------------

 

以下是 hime 的

-------------------------------------------------------------------------------------------------------------------------

當我從 lxterminal 中,初始 hime 再跑 hime-setup, lxterminal 告訴我

      anthy-module.so: cannot open shared object file: No such file or directory.

如果在 "內定輸入法&…" 中,把 anthy 的勾給去掉,上述的 error message 在下次跑 hime-setup 時就不會出現了。

-------------------------------------------------------------------------------------------------------------------------


--- 喔,搞了5個小時,終於吠完了---

eliu

joined: 2007-08-09
posted: 11478
promoted: 617
bookmarked: 187
新竹, 台灣
2subject: Promote 0 Bookmark 02014-02-01quote  

最重要的是 XMODIFIERS=@im=gcin 有沒有設定

wine 是用 XIM 的

superman
joined: 2014-01-31
posted: 2
promoted:
bookmarked:
3subject: Promote 0 Bookmark 02014-02-01quote  

多謝。那一個 XMODIFIERS 有跟著輸入法在設。後來也是 Google 半天才有注意到。

雖然我不知道 Wine 跟 xterm (Alt-F2 叫出來的那一個) 有什麼關係,但是在 trail & error 的過程中,有注意到如果 Ctrl-Space trigger 在 Wine 裡面沒反應,trigger 在 xterm 裡也會沒反應。所以最後在做那個 LC_CTYPE 組合測試的時候,

我為了要把狀況搞的簡單一點,在初始 LXDE 的時候,LC_ALL, LC_CTYPE & LANG 都是被 unset (only at the user level)。其他的 LC_* 都設成 en_GB.UTF-8, LANGUAGE=en (only at the user level)。這一些 environment variables 都有在 lxterminal 中用 locale 去檢查。之後再從 lxterminal 中 export LC_CTYPE --> gcin/hime & --> export LC_CTYPE --> xterm --> 再試 Ctrl-Space trigger 有沒有反應。

 

ps: 剛才要去 hime 討論區貼文,他們的 server 好像有問題, 一直說我輸入的確認碼不對。有寫 email 給 phpBB admin 詢問,一有消息就會去貼。

edited: 1

cht電腦資訊gcin
adm Find login register
views:9342