Category Archives: fcitx development
发布小工具: Fcitx Skin Generator （对应fcitx 4.1.0 的更新）
面板图标 输入框 新增一个图，你真的分的出来这是kimpanel还是原生fcitx吗？ 下载链接：FcitxSkinGenerator.tar.gz FcitxSkinGenerator-1.tar.gz FcitxSkinGenerator-2.tar FcitxSkinGenerator-3.tar FcitxSkinGenerator-4.tar FcitxSkinGenerator-5.tar 更新，配合最新的fcitx（4.1.0）。 不要当成Skin的编辑器罗，这个的功能就是根据当前的Plasma主题生成一个Fcitx的皮肤。 应该还挺好使的没有bug。 使用方法： 解压，在对应目录下执行： cmake . make ./FcitxSkinGenerator 就会生成一个不透明版本的皮肤（kwin不开特效时plasma样式） 如果执行./FcitxSkinGenerator -p ‘dialogs/background’就会生成kwin特效时的版本。 具体参数用–help看吧。 代码就是随手写的，一定要在解压后的目录内编译执行哦，否则png.tar.gz可能会找不到的…… 图标挺丑，不喜欢可以考虑自己换掉，总之生成之后你爱干啥干啥啦，改改文字颜色什么的，随你罗。 皮肤生成在~/.config/fcitx/skin/plasma下面，即时就可以切换看看了：） 支持最新的svn中的fcitx-utf8。 额所以说呢，kimpanel你可以下岗罗，一方面没人维护……一方面性能有问题……
对fcitx进行了一次很大的提交
其实是积攒了近俩月缓慢写成的代码。。。总是有各种事情耽搁……而且总是需要写成一个可以跑的而不是仅仅是测试了某些代码的才方便提交。。。 下面是更新内容： 新的配置文件已经实作在profile和码表上了 那个老的码表配置我十分不满意……因为很难分开配置每个码表。 现在比较重大的变化就是码表配置拆开了。加入了gettext（好像没起作用？还需研究……），配置相关的独立成一个so文件了。 下一步就是把config和skin都统一到这个新格式上面来。 P.S. 一紧张丢了好几个文件没提交。。补了三次才补好。。。。
机缘巧合的偶然和必然
前些日子在实验室的电脑上面装fcitx，结果杯具，无法显示汉字，我心想怎么会啊，怎么搞得咧。调试半天没有结果。 今天突然想起以前用python和pango，cairo的绑定写quodlibet的歌词插件的时候，对于字符串长度为0的情况，cairo无法正确处理（老版本的cairo，否则问题应该早就被发现了，不至于我装了centos这种服务器系发行版才发现）所以一下子就找到了问题所在。感到这个世事轮回啊，当年根本无人问津的歌词插件，今天反过来倒是帮了自己一把。真是感慨。 感到经验的积累总是有用的，嗯，就这样。 =-=-=-=-=Powered by Blogilo
fcitx-utf8在linuxsir.org的一些讨论
http://www.linuxsir.org/bbs/thread370605.html （注：hurricanek就是我啦） 被吐槽了！ 说起来呢，当时搞这个分支，实在是因为64位系统的bug调不了，脑袋一热就建立分支了（编码转换时有bug）。不过后来就渐渐演变成这个分支变成未来的方向了呢？当然不是我独断专行，后来和yuking都讨论过这个问题。以下代表个人意见 那么，fcitx将变成什么样子呢？小而轻便，为所有桌面服务，这是会不变的。其他的呢？ 更好的拼音支持，这是一定要做的。解决gtk程序的问题，这也是要做的。为了轻便难道要说：哥们，fcitx就是在firefox下面输入有问题，你有意见吗？这不可能。国际化，可以不做，可是面对着中文就有那么多locale，起码要对gb2312的用户和utf8的用户同时负责吧，况且也不难（甚至已经做出来了……）。 为了轻便，fcitx已经舍弃了很多。在字体问题上，我本来犹豫着是否要用pango来做字体处理（因为这样才能够保证当前字体不存在某个字符的情况有其他字体接替），cairo做不到这个。但是我看到pango依赖glib时我毅然抛弃了pango。fcitx为什么有字体问题？因为实在是国际化的字体支持是在更高层次做的啊。 xlib->cairo->pango，为了字体而重复发明轮子吗？怎么可能。（如果有人知道用cairo或者其他什么其他底层库可以实现一段文字不同字体（自动顶替字体中没有的字符），请赐教）所以我才用了很dirty的fontconfig workaround，有些人说字体奇怪，但是起码不是方块了吧。看到方块，有些人可能就会抛弃了。但是如果起码是中文，别人也许还能有些留下的余地。 fcitx真的并没有变得臃肿，将来核心也不会变，但是会给人更多选择。我觉得，开源的魅力就在于给你更多选择。 （其实我还想着做fcitx python绑定，方便开发插件呢……如同google pinyin的lua绑定一样……输入法做程序启动器什么的，嗯，将来也许fcitx就能表示毫无压力了。）
