|
发表于 2004-2-28 10:58:08
|
显示全部楼层
我说点题外话:
MiniChinput是融合了Unicon输入模块和Chinput前端完成的,这些是建立在Turbo贡献的基础上的,就代码来讲,MiniChinput似乎没有什么自主的开发工作,除了后来的AA支持,没记错的话是由红帽的人完成。
现在如果下载到最后版本的Unicon-3和Chinput之后,你完全可以自己构建出miniChinput。
从这个意义上讲,MiniChinput是整合,让两个分开编译的软件可以一次编译而已。
我之所以这么说是有根据的,我还是个菜鸟的时候,也搞过一个????Chinput,很多人都认为是在MiniChinput的基础上的,其实不是,而是从Unicon和Chinput剥离整合出来的。需要更改的只是一小部分代码和工程文件。
后来我完成zh-Chinput-3的FreeBSD port也完全没有mini的什么事,也就是整合了Unicon和Chinput并且从ZWinPro剥离了一部分代码作为输入法的status panel。
从这个角度,我看不出Mini有什么创新之处。
如果fcitx和mini合并,我觉得是不合适的。yuking去看看Chinput代码和Unicon输入模块部分的代码就可以了,我想你已经看过了,我不知道围绕Chinput还有什么可作的,继续美化UI还是迁移Fcitx的算法到Chinput?
放弃Chinput我觉得应该没有什么遗憾的,fcitx的局限在于不能动态的处理多输入法的添加和载入,这和fcitx的代码结构简单有关系。
我个人觉得方向应该是SCIM的思路,我跟younker一样的看法,采用gtk作为UI确实是个局限,turbo是KDE 倾向的,似乎采用qt更能解释的通;-)
看了最近苏兄的一些动向,似乎侧重g多一点,后来有个oo panel applet也是g的,呵呵
仅供参考,个人感觉miniChinput项目似乎没有继续延续下去的必要。 |
|