Author: elleryq

看了 gcin 的程式，覺得頗亂，命名跟檔名是有其規則，例如 pp 是指詞音、pho 是注音、gtab 是亂倉打鳥、倉頡…等，不過，對於要新增輸入法，並沒有 interface讓人知道說該實作些什麼。看到這裡有點想放棄了說~
連線的部份是 socket，但 event 的處理則是用 glib 的 io_channel (g_io_add_watch)。
當 client 第一次跟 server 建立連線，是在 cb_new_gcin_clients()，gcin_clients 在 cb_new_gcin_client() 被配置出來，這邊是在超過預先配置好的 gcin_clients 的時候，才以 trealloc() 去重配置。在一開始如果有太頻繁的client過來(仔細想想，好像不太可能)，每次都重新配置，是不太有利的。但是如果改用 g_list 或 g_array 來做，感覺上又不是很划算。
server 收到 client request 的點是在 im-srv.cpp 裡的 cb_read_gcin_client()，裏面會去執行 process_client_req()。process_client_req() 在 im-dispatch.cpp 裡，拿到 fd，直接用之前在 cb_new_gcin_client() 預配置的陣列 gcin_clients 去做判斷、處理。裏面會根據 req_no 再去看要呼叫 ProcessKeyPress()/ProcessKeyRelease()…等函數 (在 eve.cpp 裡)。
參考 anthy 日文輸入法，好像比較好，因為同樣也是外部的library
下面是掃過 eve.cpp 以後，得到的一些東西：

• feedkey_anthy()
• feedkey_anthy_release()
• hide_win_anthy()
• show_win_anthy() => init_in_method() 會用到
• move_win_anthy()
• get_win_anthy_geom()
• anthy_visible() => 給 win_is_visible() 用
• init_win_anthy() => init_in_method() 會用到
• anthy_get_preedit()
• gcin_anthy_reset() => 給 gcin_reset() 用
• flush_anthy_input => 給 flush_edit_buffer 用

看起來是要實作這些部份。
init_win_anthy(): anthy 是用 dlopen 的方式載入，這樣也對，可以省掉一開始不必要的配置。

gcin輸入法以 INMD 定義，在 gtab-list.cpp 裡載入，從 gtab.list 載入，裏面決定了檔名、方法…
如果要加新酷音，

• 在 method_codes[] 裡增加一個項目， !CHEWING
• gtab.list 裡增加一個新的項目，新酷音 ] !CHEWING chewing.png
• MAX_GTAB_NUM_KEY 也要再加1
• load_gtab_list 一開頭把 method_type 寫死了，所以這邊也要加，inmd[16].method_type=method_type_CHEWING
• 加 method_type_CHEWING

以上從 gcin-setup.cpp 的 cb_default_input_method() 開始追
callback 裡呼叫了 create_gtablist_window()，然後再呼叫 create_model()。從裏面的 add_items() 再看到 load_gtab_list() 而推導的。
從 GtkIMContextClass 的 filter_keypress 開始看: gtk_im_context_gcin_filter_keypress
大致上的架構是這樣子：
gtk_im_context -> gcin client <-> gcin server
eve.cpp 裡的 ProcessKeyPress 是處理 Key 的部份，所以這邊可以看到輸入法的切換、暫時切換為英文、選phrase…等等的處理。