Category Archives: fcitx development
Accidental Key Theme Support
一个意外收获。当初虽然没有这么想过，不过意外的有了实现个功能的办法。苦恼Fcitx没法使用Emacs按键绑定的可以试试。 由于最初一些实现本来就不是设计来做这个功能的，因此只有部分输入法支持这个功能，支持的输入法大概包括码表，自带拼音，Libpinyin，Chewing，Google Pinyin。Sunpinyin不支持。 代码的地址在这里，使用时自担风险。安装方法和一般编译安装 Fcitx 的模块方法一样。 https://github.com/yuyichao/fcitx-keytheme 使用上就是可以用于覆盖Fcitx的一些标准按键，需要自行配置。 感谢 @yuyichao
Fcitx 4.2.4
fcitx 4.2.4 1. fix some xim problem 2. add fcitx-gclient for glib and gir binding, can be used to control fcitx or implement fcitx client. 3. merge fcitx-keyboard into fcitx 4. bind specific keyboard layout with inputmethod (you need up … Continue reading
Keyboard layout binding
As I say in this https://www.csslayer.info/wordpress/fcitx-dev/keyboard-layout-will-be-first-class-in-fcitx/ , fcitx will have keyboard input method by default. And actually for all input method they have an layout by default, for example, Pinyin is “English (US)” and Mozc is “Japanese”. But there are some … Continue reading
Keyboard layout will be first class in Fcitx
I have argued with some people, that keyboard layout should be managed by input method framework or not, my opinion is yes. Keyboard layout and input method engine is just like two dimension, but they should not combine freely to … Continue reading
Some Conclusion on GNOME
1. Being able to use other IMF or not, answer is yes. https://mail.gnome.org/archives/desktop-devel-list/2012-May/msg00226.html The other IMFs will likely continue to exist. They will require users to make changes to their systems to use them (just like right now if you’re … Continue reading
