呼唤一下人来测试fcitx-utf8

主要特点：
配置文件到内核都重新修改为utf8编码，那几个工具文件可用的有
txt2mb mb2txt createPYMB

支持的locale从理论上应该是变多了，顺便测试了一下zh_TW.BIG5，貌似也ok，就是得把繁体打开。

想要测试的话注意以下问题：
1、配置文件暂时放在~/.config/fcitx-utf8，老配置文件不受影响，以后可能会移回去
2、GBK选项没有作用，目前是和默认打开一样

附pkgbuild和一个i686预编译包

比较希望有码表（例如五笔）用户，x86_64的回复
http://csslayer-aur-repo.googlecode....686.pkg.tar.gz

上传的附件

fcitx-utf8-svn-328-1.src.tar.gz (792 字节, 39 次查看)

作者: hurricanek 发布时间: 2010-03-21

源码和PKGBUILD？

作者: huntxu 发布时间: 2010-03-21

引用:

作者: huntxu

源码和PKGBUILD？

估计是等googlecode上传太久……附件过期了……

作者: hurricanek 发布时间: 2010-03-21

早就应该改成utf8编码了，geany打开都乱码。。

作者: jarryson 发布时间: 2010-03-21

引用:

作者: jarryson

早就应该改成utf8编码了，geany打开都乱码。。

……打开哪个gb2312不乱码……

作者: hurricanek 发布时间: 2010-03-21

感觉改成utf8的编码工作量也挺大的。

作者: jqxl0205 发布时间: 2010-03-21

引用:

作者: hurricanek

……打开哪个gb2312不乱码……

一向使用vim编辑文本。VIM的编码自动检测还是很准的。

作者: dickeny 发布时间: 2010-03-21

老鱼是gb2312的顽固分子，之前某人的评论导致老鱼**那次，就说到 gb2312的事情

不过对于我来说，反正在utf-8下用也没问题，管它内核是什么编码呢

作者: hubert_star 发布时间: 2010-03-21

引用:

作者: hubert_star

老鱼是gb2312的顽固分子，之前某人的评论导致老鱼**那次，就说到 gb2312的事情

不过对于我来说，反正在utf-8下用也没问题，管它内核是什么编码呢

现在貌似没有这个问题了，不用utf8在开发上还真是有很多困难（编码总是无奈地反复转换……）……以后可能就好得多了

作者: hurricanek 发布时间: 2010-03-21

不知道是否能合并到fcitx

作者: jarryson 发布时间: 2010-03-21

fcitx开发现在感觉多头在进行啊，也不知道哪个更正规，更好用，只能当小白啰

作者: eaglexmw 发布时间: 2010-03-21

运行正常。
config文件轻松转换编码，即可完成切换。没想到*.mb文件的编码也变了，原来的pyuserphrase.mb造成了fcitx-utf8挂掉了。于是，只能丢掉原来的pyuserphrase.mb文件了。

作者: dickeny 发布时间: 2010-03-21

引用:

作者: dickeny

运行正常。
config文件轻松转换编码，即可完成切换。没想到*.mb文件的编码也变了，原来的pyuserphrase.mb造成了fcitx-utf8挂掉了。于是，只能丢掉原来的pyuserphrase.mb文件了。

……嗯，这个是比较杯具

作者: hurricanek 发布时间: 2010-03-21

引用:

作者: eaglexmw

fcitx开发现在感觉多头在进行啊，也不知道哪个更正规，更好用，只能当小白啰

额，貌似是这样……trunk的想把bug解决之后发布3系列的最后一个ver

以后就准备开发4系列的，可能会大概，估计合并还有一段时间，这个utf8算是一个准备工作吧，减少以后的工作量。

作者: hurricanek 发布时间: 2010-03-21

有没有x64用户？
以前64位貌似有繁体问题，现在如何了？

作者: hurricanek 发布时间: 2010-03-21

顺便一提，托盘图标还是老代码，所以以前遇到崩溃问题的建议还是不要开托盘选项

作者: hurricanek 发布时间: 2010-03-21

引用:

作者: hurricanek

有没有x64用户？
以前64位貌似有繁体问题，现在如何了？

我就是64位用戶。繁體平時不用，但是現在測試沒問題。

作者: dickeny 发布时间: 2010-03-22

装的SVN345，发现一个问题，无法自动保存（其实并非无法保存，而是编码错误，请看后面）自造词（五笔），通过 ctrl+8 可以手工添加，但是根据提示编码，凡是手工添加的自造词的五笔编码完全不对，不管是什么词最后三码均为yyt。

作者: Innuendo 发布时间: 2010-03-25

是不是fcitx要改算法了？

这个好像是使用ibus的拼音词库吧，内存占用才48.8M。

而且输入的时候显示出的词也和以前不一样了。比如输入“nishuonihaishixihuan”（你说你还是喜欢）——其实我想输入的是“你说你还是喜欢孤单”——以前的时候是整个词语都显示出来（当然，显示的不一定是我要的内容），而现在是只显示前面一部分的词，当你选择了这部分的词后再显示剩下部分的词。

上图，第一张是fcitx3.6.3的，第二、第三张是fcitx-utf8-svn的。

上传的图像

	1.png (19.2 KB, 4 次查看)
	2.png (14.4 KB, 5 次查看)
	3.png (18.8 KB, 4 次查看)

作者: jqxl0205 发布时间: 2010-03-31

词库的问题，跟算法没关系吧？
或者是你自己的词库内容，输入一次，以后就有了

作者: omegao 发布时间: 2010-03-31

引用:

作者: jqxl0205

是不是fcitx要改算法了？

这个好像是使用ibus的拼音词库吧，内存占用才48.8M。

而且输入的时候显示出的词也和以前不一样了。比如输入“nishuonihaishixihuan”（你说你还是喜欢）——其实我想输入的是“你说你还是喜欢孤单”——以前的时候是整个词语都显示出来（当然，显示的不一定是我要的内容），而现在是只显示前面一部分的词，当你选择了这部分的词后再显示剩下部分的词。

上图，第一张是fcitx3.6.3的，第二、第三张是fcitx-utf8-svn的。

感谢提醒，这是个bug……
r348已修复

作者: hurricanek 发布时间: 2010-03-31

引用:

作者: Innuendo

装的SVN345，发现一个问题，无法自动保存（其实并非无法保存，而是编码错误，请看后面）自造词（五笔），通过 ctrl+8 可以手工添加，但是根据提示编码，凡是手工添加的自造词的五笔编码完全不对，不管是什么词最后三码均为yyt。

r349已修复

作者: hurricanek 发布时间: 2010-03-31

这个跟官方源里面的有什么区别？那个我用得好好的...

作者: wolfmei 发布时间: 2010-03-31

引用:

作者: wolfmei

这个跟官方源里面的有什么区别？那个我用得好好的...