DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2474 Version: 1.3-current I haven't find a simple input method to replicate this problem. To use fcitx, at least one chinese font (such as wqy) should be installed and chinese locales (I prefer zh_CN.GBK) may need to generate with locale-gen if none. Then install fcitx (http://fcitx.googlecode.com/files/fcitx-4.0.0_all.tar.gz). For gentoo, just emerge fcitx. At last, prepare the environment vars for fcitx: export GTK_IM_MODULE=xim export QT_GL_USE_OPENGL1ENGINE=1 export LC_CTYPE=zh_CN.GBK export LANG=zh_CN.GBK export XMODIFIERS="@im=fcitx" export XIM=fcitx export XIM_PROGRAM=fcitx export LC_ALL=zh_CN.GBK I write these in ~/.xinitrc to make sure the vars existed before startx. If everything is well, start x window and type "fcitx &" to start fcitx. Then press "ctrl-space" to input chinese characters in the application based on fltk or others and press "space" key to let chinese characters appear in the application or "enter" to let the input character appear in the application. To switch off fcitx on the fly, just "ctrl-space" again. Press another "ctrl-space" to enable fcitx again. To exit fcitx, I use "killall -9 fcitx". To start fcitx again, just type "fcitx &" in a terminal. there are tow lines in the configuration of fcitx: export GTK_IM_MODULE=xim export QT_GL_USE_OPENGL1ENGINE=1 But I dont't think this have something to do with this bug. I tried to input chinese characters in rxvt , it works even I stop and start fcitx again. Link: http://www.fltk.org/str.php?L2474 Version: 1.3-current _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
