fcitx源代码及deb安装包 - PPA源已经建立，将会停止手工更新

[wangdu2002]

真是件奇怪的事，以前都可以http直接下载的，这次怎么r239的新版本下不了，等明天再试试。

[alpha.gu]

更新到r240，似乎是字词联想方面的一些修正。

[Yuking_net]

r240 是最后的V3.6

[wangdu2002]

r240 是最后的V3.6

鱼王亲自指明r240版本为V3.6最终版本了，太好了，Fcitx又达到到一个新里程碑。
感谢鱼王大佬的无私奉献！
感谢Alpha.pu的持续努力！
小企鹅展翅高飞。

[alpha.gu]

r240版已经全部上传完了，至于版本号的问题，很了解Debian命名规则的人出来说句话呢。

[hcym]

请教alpha.gu

我用的karmic的源里的，版本3.6.0-rc-0.1

输入法设置:im-switch -s fcitx -z default

没用sudo im-switch -s fcitx -z default

使用严重正常，光标跟随，就多个fcitx僵死进程

从来没遇过这档事

不会是系统精简的太狠吧

[alpha.gu]

请教alpha.gu

我用的karmic的源里的，版本3.6.0-rc-0.1

输入法设置:im-switch -s fcitx -z default

没用sudo im-switch -s fcitx -z default

使用严重正常，光标跟随，就多个fcitx僵死进程

从来没遇过这档事

不会是系统精简的太狠吧

这个问题，有人专门发帖解释过的，在Ubuntu的某些版本下可能不会有僵死进程，有些又有的，说不清，和精简没有关系，和fcitx的启动方式有关。
你可以在/etc/environment下面导到XMODIFIERS和其他相关的输入法变量，然后用启动器来启动fcitx，反正就是说，试试其他的启动fcitx的方法，也许会好。

[hcym]

看过帖，大概和X有啥冲突

说不清道不明

就这样用着吧

[alpha.gu]

和X有冲突？
只是启动的方式和X有冲突吧，不是fcitx和X有冲突。
我现在用Arch，我的fcitx是在.xinitrc当中启动的，就只有一个进程，很正常。

[stufever]

更新到r240后，fcitx进程的cpu会上升到%100
系统是ubuntu9.04，不知道是个例还是普遍情况，r239一切正常

还有一个问题是现在在终端 pkill fcitx杀不掉这个进程。。。

一直存在的一个问题：fcitx的光标跟随，fcitx记忆的位置是输入当前字符后的位置，而不是当前光标的位置，这样在输入过程中，移动光标的位置，输入框并没有跟随，而是默认为上一次输入结束的位置，不知道这个问题大家注意了没有

[stufever]

提交帖子的时候怎么僵死了，回头一看发了3遍，汗。。。

[alpha.gu]

我的，Arch+LXDE，一切正常。家里的电脑，Ubuntu，用到现在也没有遇到你说的情况，持续关注。

[alpha.gu]

看了一下Ubuntu当中的两个fcitx包的命名：

旧的：1:3.4.99+svn163-0ubuntu1
9.10新的：1:3.6.0~rc-0.1

对比一下，我觉得如果我还要跟随svn代码的话，可能用1:3.6.0+svnXXX-XXX这样比较好吧。

有方便对版本号当中的”+“，”~“和次版本号规则比较熟悉的，我真是晕的很。

[yilan198711]

多谢LZ

已经安装了

[trytry]

从238开始，好像有bug。我退出window再登录fcitx占50%以上CPU。