愿意奉献时间精力来维护fcitx的请进来

zhoushuqun

原来都账号sutrazhou登录不了了，老是提示密码错误。我重新注册了个账号上来：

刚刚把trac建好了，具有 bug tracker 等功能。
http://fcitx.redv.com/

另外sf上都源码树也整理过来了：
http://svn.redv.com/repos/fcitx
可以通过这里来查看：http://fcitx.redv.com/browser

yjwork

不懂编程
个人提点看法

可不可以这样
一方面把现在的3.5继续下去,只修复BUG,按现在的架构,为yuking做个纪念版
另一方面开始重新架构,版本直接取 4.0
如同南北的话,终结与新生

chunchengfh

在fcitx源码 src/main.c 的第二行, 其内容是:     小企鹅中文输入法(Free Chinese Input Toys for X, FCITX)
很详细的给出了中文名以及英文名字的由来. 英文名是取全称首字符的组合, 也是linux下常见的一种命名方法.

其实scim的名字也是这样来的; 其全称是 "Smart Common Input Method".

ailantian

我觉得以此为契机，把编码改一下可能比较好(也有一些人已经指出GB的问题了，繁体方面支持可能会有限制，港文输入不了）。另外就是配置文件的问题。看看能不能用别的方式来存储，比如xml文件，用expat来解析,或者复杂点用libxml2，用图形话的配置工具（以前有人给fcitx）写过一个，没流行起来。

hendric

Post by mrkissinger


所以，当务之急是文档。

很同意，我已经在着手深入fcitx了，但是发现没有相关的帮助，进度似乎有一些缓慢；所幸代码风格还不是很晦涩难懂，但是似乎也要费一些功夫

chunchengfh

注释方面, 个人以为英文注释会好一些, 因为用linux时中文的编码种类太多, 换一种编码就可能导致某些中文文件变成乱码.

配置文件还是比较倾向于txt格式, 因为它是最简单的格式, 也是linux下绝大多少软件的配置文件所用的格式.

觉得一个图形化的配置工具还是很有必要的, 可以降低配置难度. 估计在有图形化配置工具时, 一般人也不会修改文本配置文件吧? (-: 界面可参考scim的那个图形配置.

代码风格在缩进方面和常见的有少许不同; 可以考虑用indent先处理一下; 以后也应该确定编码风格以保持一致.

joyfun

版本号方面建议用中英文结合
中文表示程序版本更新
英文表示词库更新
这样就比较清楚了

westfox

我觉得现在把你搜集的3.4.2这个最近的稳定版，和最新的3.5 070703 这两个import进去就可以了。
这样完了能否开放一个rsync服务，这样其他人可以同步你的base. svn可能已经有这个功能了，我不清楚

之后，想提交代码的就可以发diff文件给你。。。

Post by zhoushuqun
原来都账号sutrazhou登录不了了，老是提示密码错误。我重新注册了个账号上来：

刚刚把trac建好了，具有 bug tracker 等功能。
http://fcitx.redv.com/

另外sf上都源码树也整理过来了：
http://svn.redv.com/repos/fcitx
可以通过这里来查看：http://fcitx.redv.com/browser

mrkissinger

Post by joyfun
版本号方面建议用中英文结合
中文表示程序版本更新
英文表示词库更新
这样就比较清楚了

程序和数据可以分成不同的版本，比如3.5版的程序，带1.2版的拼音词库。

pluskid

Post by ailantian
我觉得以此为契机，把编码改一下可能比较好(也有一些人已经指出GB的问题了，繁体方面支持可能会有限制，港文输入不了）。另外就是配置文件的问题。看看能不能用别的方式来存储，比如xml文件，用expat来解析,或者复杂点用libxml2，用图形话的配置工具（以前有人给fcitx）写过一个，没流行起来。

配置文件问题在编码而不在格式，fcitx 的配置文件很简单，就是一些键和值的对应而已，现在不是能很好地解析吗？我觉得完全没有必要动用 xml 这种庞大的东西，还要再去依赖个什么 libxml2 一类的库。 我觉得理想的方式是把配置文件中的中文用英文替换掉，然后用脚本，比如 pygtk 一类的写一个专用配置的前端， geek 可以自己写配置文件，新手可以用图形界面前端来配置，这样就好了。