Author Archives: csslayer
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
这是无聊的牢骚
因为是牢骚，所以是日志分类。 世人皆知，折腾网页兼容性，人见人骂爹，不过估计还没人想到还有… 他们需要开十几个虚拟机，装遍某平台下所有桌面，甚至测试的浏览器比折腾网页兼容性的人还多，用过的窗口管理器估计也超过大部分WM爱好者，用过的编辑器的数量也绝对不少。 …… 不过这些都是必要的……
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
Fix input method support in Linux world.
As I have stated many times in my blog, the most serious problem of input method in linux world is not input method, but actually the application. That’s why I maintain a page of applications with buggy input method support. … Continue reading
