虽然是个大版本,但4.0在实际功能上并没有太大的进步。新版本相对于3.x增加的主要特性是:


  1. 支持皮肤

  2. 图形界面的配置工具

  3. 增加系统托盘图标

  4. 托盘图标和输入条提供右键菜单,如皮肤切换、选择输入法等

  5. 放弃GBK编码,改用UTF-8编码

  6. 拼音支持多词库

  7. 一系列细节功能及Bug修复

最主要的特性只有前两个,可见fcitx 4.0只是这个项目涅槃后的一个新的起点,象征意义大于实际意义,尤其对于码表输入法用户来说是这样。三年前我就说过,fcitx在用户造词上有个致命缺陷,就是对于多音字它总是使用字母表中声母靠前的编码,对于音码或者音形码输入法来说,这样造出来的词的编码经常会是错的,更糟糕的是用户还不容易自行修改词组编码。三年后的今天,新版本并没有解决这个问题。

此外,需要注意的是,新版本对界面和易用性的改进也带来一些负面的影响,fcitx不再是当年以轻巧著称的那只小企鹅了,在我这里,它的内存占用达到了26M,所幸反应速度仍然很快。

三年前,由于众所周知的原因,fcitx的路线图显得非常混乱,几个新版本都非常不稳定,所以我不再使用源中的版本,转而编译安装了新版本中相对稳定的黑色星期五版,不知不觉中三年过去了,想到一直用著这个版本就这么过来了,很感慨。要卸载编译安装的程序就得用源码重新configure一下再make uninstall,所幸还能在这里找到这个版本。

Archlinux下安装AUR中的fcitx-config时报如下错误:


ERROR: certificate common name “*.github.com” doesn’t match requested host name “github.com”.

需要修改/etc/makepkg.conf,使wget在下载源码时不做安全验证:


# 增加–no-check-certificate参数
DLAGENTS=(‘ftp::/usr/bin/wget -c –passive-ftp -t 3 –waitretry=3’
‘http::/usr/bin/wget -c -t 3 –waitretry=3 –no-check-certificate’
‘https::/usr/bin/wget -c -t 3 –waitretry=3 –no-check-certificate’
‘rsync::/usr/bin/rsync -z’
‘scp::/usr/bin/scp -C’)

新版本的稳定性不如黑色星期五版,如果把简繁转换热键修改为ALT+J,使用时会导致fcitx崩溃。加之实际功能的改进不大,所以是否升级就无可无不可了。