|
|
第 1 帖 | |
|
|
标题: fcitx的代码不利于新的开发者接手 这似乎是开源项目的通病,代码中的注释并不足于保证新的开发者能够顺利接手;所以我觉得是不是应该汇集一些更多的资料?
P.S. 我希望是因为我能力不够而不是注释、资料较少
__________________
遥望过去那个光荣的年代,我深感在温暖的床上打滚的我们之耻辱。 |
|
|
|
|
|
|
|
第 2 帖 | |
|
|
标题: 接手fcitx的建议 很遗憾,yuking由于某些原因不能继续开发fcitx输入法了,在此先对某些人进行一下谴责。然而生活总归需要继续,fcitx也需要继续开发下去,我对此提几个建议:
1 fcitx能够成功,不是因为代码多好,而是因为贴近用户,是一个优秀的输入法,就输入法本身来说,可以说是Linux下最好的。因此接手者应该具有较深入的输入法研究,而技术功底可以不作太高要求。 2 yuking孤军奋战了那么久,这次接手,应该有一个团队,有那么三五个人,以避免现在这种窘况。 3 应该在一定程度上继承yuking兄的理念,在某些方面绝不和所谓高手妥协。当然,重构是不可避免的,优秀的东西应该接收。 我希望化外愚民能作为负责人接手,他在输入法本身的研究相当厉害,可以在最重要的输入法的最终结果上把关。当然化外愚民兄不是搞程序的,但是不是一个团队么,这些可以由其他人负责。输入法的最高技术绝对不在所谓高手的技术上,而是在输入法自己。 我希望能加入这个还没有成立但必然会成立的团队。我可以负责fcitx中的某个模块,那是我自己写的,我会维护下去,在3.5版中已经有了,只不过还没有等yuking集成好,就。。。了。 希望各个关心fcitx的人,能参与到fcitx的重建中去。 |
|
|
|
|
|
|
|
第 3 帖 | |
|
|
对输入法本身……我并不“厉害”。不多说了,能效劳处,没话说。
|
|
|
|
|
|
|
|
第 4 帖 | |
|
|
标题: 愿意奉献时间精力来维护fcitx的请进来 fcitx就这样没戏太可惜了。既然是GPL的,大家就别客气了
我先举个手. GPL的项目不应该依赖一个人 我建议 - 马上成立一个团队接受fcitx的开发 - 团队需要code commits, document writers, 和tech supporter三类角色 -- code commits 负责代码 -- writers负责文档整理 -- supporters负责答疑等 - 将fcitx移到公开的CVS站点,或者sourcefourge,或者Google Code,然后由code commits 来管理 - 开两个mail list, coder list 作为commiter 内部讨论,和supporter list提交和讨论bug. - 最好有一个bug tracker系统... 如果有兴趣,请回帖,告诉大家你希望奉献的角色,我觉得初期最多6个人,每个角色各有一个备份就可以了。 我先报名作一个commit吧。 |
|
|
|
|
|
|
|
第 5 帖 | |
|
|
编程我不会,输入法本身方面,我也许能提一些建议,解答一些问题。
|
|
|
|
|
|
|
|
第 6 帖 | |
|
|
为什么没想到和wbfans.com上的极点、小鸭、海峰等交流,他们都是输入法高手,强强联合,相信前景是美好的!
__________________
hasee: pentum M; 915GM; 512+256M; 40G; FreeBSD-STABLE: dwm; rxvt-unicode; vi; opera; mutt; irssi; fcitx; texlive2007; dictd; w3m; R 要非常克制的尽量灌水。 |
|
|
|
|
|
|
|
第 7 帖 | |
|
|
算我一个,最新代码中有一个很小的部分是我写的,我希望能继续维护这个部分,在XIM方面我也可以做点工作。
|
|
|
|
|
|
|
|
第 8 帖 | |
|
|
五笔论坛上的高手确实很多。
也建议和酷极的作者多联系,因为在作为输入法平台上,酷极是远胜出的。fcitx在linux下,就和酷极在windows下差不多(是说的内容上的。当然就影响力来说fcitx在linux上的影响还远比酷极在windows中大)。 |
|
|
|
|
|
|
|
第 9 帖 | |
|
|
报名。我是深圳大学的一名老师,海峰五笔的码表即本人作品。我可以负责词库维护。
|
|
|
|
|
|
|
|
第 10 帖 | |
|
|
报名,虽然对Linux下的输入法不是很熟悉,但是我觉得我十来年的C/C++开发经验可能会有一点帮助;此外,我也可以做一些文档、翻译、测试、维护的工作
其实昨天看到新闻的时候我就想参与了,一直都是受益者,这次也想做点什么了。 P.S.我觉得似乎应该趁这个机会对整个体系结构进行一次梳理,提出明确的体系结构以及规范 |
|
|
|
|
|
|
|
第 11 帖 | |
|
|
体系结构的问题放到4.0版吧,毕竟这不是一时半会的事。
先把开发了很久的3.5做出来,我们要让yuking能好好休息,让他这段时间的心血结出果实。 |
|
|
|
|
|
|
|
第 12 帖 | |
|
|
只希望能越做越好!
|
|
|
|
|
|
|
|
第 13 帖 | |
|
|
谢谢各位的回应,谢谢版主把几个帖子合并。
dgod你知道代码以前有放在CVS上吗,如果没有,我们只能用一个snapshot作为CVS的基础版本。 各位觉得放在google code 上可以吗?那里用subversion. hendric:我也同意你的1楼的观点,不过注释多点当然好维护,好接手,我想原因是以前是一个人做的,不需要与其他代码维护人员交流 |
|
|
|
|
|
|
|
第 14 帖 | |
|
|
标题: 给即将新生的fcitx项目的一点建议 我只是个普通的Linux用户,所以我无法为Fcitx的开发贡献什么力量。不过我有点想法,提出来供各位参考一下:
1、我记得原来fcitx的官网上只提供源码包,以后能否同时也提供DEB、RPM等流行的软件包下载?这样更有利于普通用户的使用。 2、是否能做一下卸载删除fcitx的脚本加进去,这样如果是从源码安装的,在源码文件删除后还可轻松卸载,对于从源码安装后再升级的用户可能有点好处。 |
|
|
|
|
|
|
|
第 15 帖 | |
|
|
回复westfox,没有放在cvs上,我是直接发给yuking的
我不支持改名,yuking一走就想着给他的软件改名,有点人走茶凉的意思。当然可以取个好听的中文别名,方便推广。 ps: 多点了一下,能删的把它删了吧。 |
|
|
|
|
|