关于fcitx的未来

[Yuking]

大家好，好久没有关心fcitx了。最近又在回头考虑这个东东。
因为自己一直都在用它，从目前的情况看，3系列应该已经差不多了，虽然有很多的问题，但想在它的基础上做进一步的发展已经比较困难(个人观点)，因此我
以为在现有的基础上改BUG，其它方面没有必要花太多功夫。如果大家还有兴趣接着写输入法，建议进行全新的开发，重写GUI，考虑实现SKIN的功能；
重写核心的算法，因为原来的结构太乱了，也很浪费内存速度也不快。

另外，我还是以为尽量不要使用GTK/QT这样的工具包，还是直接使用xlib的库比较好，根据我7月份前看的东西，利用xlib实现GUI并不难。

[Sutra Zhou]

Yuking 在 google code 帐号是？加进来。

可以建立3.x分支（在 snv 的 branches 中），在该分支修正bug。
在主干上进行重构，大量删除修改等等。重构的话对代码改动较大，多人同时做容易产生代码冲突。
所有谁重构或者也可以建立一个专门的分支来做，做完之后合并到主干。

在08-1-22， Yuking <yukin...@sohu.com> 写道：

[Zhang Jia]

我就觉得Yuking会回来

2008/1/22 Sutra Zhou <zhous...@gmail.com>:

[Lee Duhem]

>
> 另外，我还是以为尽量不要使用GTK/QT这样的工具包，还是直接使用xlib的库比较好，根据我7月份前看的东西，利用xlib实现GUI并不难。
>

同意，如非必要，不增加相关依赖。

lee

[lbb]

那请问能fcitx使用在 qt编写的环境中吗？
如果可以的话，为什么我在linux kuernl移植中，在qt运行后，就不能运行x service了，从而fcitx也运行不起来?

[Jiahua Huang]

跟桌面环境无关,只管 Xserv,

你是嵌入式 Qt?
这跟 X 和 fcitx 没关系

2008/1/22 lbb <liub...@yahoo.com.cn>:

[lbb]

是嵌入式的 qte，为了追求执行的速度，所以选用了qte，导致fcitx不能使用，郁闷

On 1月22日, 下午2时55分, "Jiahua Huang" <jhuangjia...@gmail.com> wrote:
> 跟桌面环境无关,只管 Xserv,
>
> 你是嵌入式 Qt?
> 这跟 X 和 fcitx 没关系
>

> 2008/1/22 lbb <liuby1...@yahoo.com.cn>:
>
>
>
> > 那请问能fcitx使用在 qt编写的环境中吗？
> > 如果可以的话，为什么我在linux kuernl移植中，在qt运行后，就不能运行x service了，从而fcitx也运行不起来?- 隐藏被引用文字 -
>
> - 显示引用的文字 -

[Jiahua Huang]

这可跟 fcitx 没关系,
qte 本身就是不使用 X 的帖缓冲图形系统

2008/1/22 lbb <liub...@yahoo.com.cn>:

[lbb]

是啊，因为qte 本身就是不使用 X 的帖缓冲图形系统（难道不会跟x serv的启动冲突？） ，所以在嵌入式的系统中，qte直接跟底层
flamebuf 打交道，就不会运行X sev和xlib库这样的话我们的输入法是基于x window cs模型的，那不就不能正常运行了。我试了
根本运行不了fcitx。
当然我刚开始接触linux移植问题，qte也不是很了解所以不是很清楚，但我只是想知道在嵌入式系统中，移植了qte，并用之编写了界面，那么会影响
我们基于x window的fcitx使用吗？请多指教，谢谢。

On 1月22日, 上午2时40分, "Jiahua Huang" <jhuangjia...@gmail.com> wrote:
> 这可跟 fcitx 没关系,
> qte 本身就是不使用 X 的帖缓冲图形系统
>

> 2008/1/22 lbb <liuby1...@yahoo.com.cn>:
>
>
>
> > 是嵌入式的 qte，为了追求执行的速度，所以选用了qte，导致fcitx不能使用，郁闷- 隐藏被引用文字 -
>
> - 显示引用的文字 -

[dgod]

这种情况下，你的嵌入式系统里根本没有X，无所谓影响。

fcitx的定位就是基于X的输入法，所以在上面不能用是正常的。

在08-1-22，lbb <liub...@yahoo.com.cn> 写道：

[dgod]

其实根据我的经验，fcitx的输入法接口还是挺有特色的，和scim还有镭的汉统都很不一样，可以继续使用，这部分不用动，可能需要的是重写拼音和码表模块。这个不需要升级大的版本升级，在原来基础上增加两个输入法就可以了。

在08-1-22，Yuking < yukin...@sohu.com> 写道：

[jipin...@hotmail.com]

[读代码时的一点想法]
我觉得把代码分成用户图形界面管理(input window, main window ,vkwindow), XIM处理(主要包括XIM协议的
处理),具体输入法模块(比如五笔,拼音,在处理XIM_FORWARD_EVENT消息时,进行调用)
把三个模块相互独立出来,通过一定的接口进行调用. 把许多全局变量都归类的结构里面去.

[has...@gmail.com]

On Jan 22, 9:52 am, Yuking <yuking_...@sohu.com> wrote:
> 大家好，好久没有关心fcitx了。最近又在回头考虑这个东东。
> 因为自己一直都在用它，从目前的情况看，3系列应该已经差不多了，虽然有很多的问题，但想在它的基础上做进一步的发展已经比较困难(个人观点)，因此我
> 以为在现有的基础上改BUG，其它方面没有必要花太多功夫。如果大家还有兴趣接着写输入法，建议进行全新的开发，重写GUI，考虑实现SKIN的功能；
> 重写核心的算法，因为原来的结构太乱了，也很浪费内存速度也不快。

我认为重写代码这种理论，从来都是一个美好的愿望，理论上完美，实际上是个不切实际的梦想。

在大多数情况下是梦想没有实现就丧失了实现美梦的兴趣，最后得到一个浪费资源的半成品。

如果有坚韧不拔的精神，坚持下去，最终实现了梦想，会发现要想实现原来版本的功能，甚至更多功能，那么新的二代源码其实跟一代是一样的混乱，充满妥协，
打满补丁，只是花费了大量的时间，重做了一个轮子。

我以为，最好的方法就是，在一代基础上不断的进化，先逐渐实现模块化，在一定程度上隔离各种功能的代码，然后按模块进行现代化，系统化，美化。

没有程序是丑陋的无可挽救的，只是要先制定步骤，不要想着一步登天。敢于对部分代码进行大手术，大量放弃，删除，更新部分区域，区域重写，逐渐所有区域
都完成现代化。与此同时，整个系统处于可用状态，越来越好。然后可以进行下一轮现代化。

因为现代化的进程是没有尽头的，所以不断进化才是正确的处理方式；不断通过重写来追赶现代化是浪费资源的浪漫主义。

试图通过完全重写代码的尝试，最终都不会实现当初的目的，只是仅仅重写了代码而已，而已。

想重写的人，三思。

[ming lin]

同意不宜重写代码。我以为加个接口层，把底层"驱动"（如Xserver方面的）和逻辑代码部分分开，再在模块内部慢慢改比较好。

其实程序的稳定性和功能相比起来，我更愿意使用稳定的程序。

[Yuking]

嗯，所有的东西都重写是件很痛苦的事，我的意思也只是指结构的重新考虑，并不是完全丢掉原来的代码。
不知道现在CVS上的代码改成啥样了。我用了一段时间11月份的那个snapshot，想改一些东西。回头把最新的代码弄下来，在它的基础上改一下
吧。

[Bleakwind]

是啊,完全重写会太麻烦,而且是个拖时间的活,还不知道要等写到什么时候

在 08-2-15，Yuking<yukin...@sohu.com> 写道：

--
Website:www.weaverdream.com
Gtalk :blea...@gmail.com
E-mail :blea...@gmail.com

[chenkan577]

在结构上，fcitx有 必要向yong输入法学学 ，及 提供模块化接口

虽然SCIM比较稳定，但独立性没yong强

 

 

 

2008-02-13

---

sjchenkan000

---

发件人： Bleakwind

发送时间： 2008-02-15  19:31:15

收件人： fcit...@googlegroups.com

抄送：

主题： [fcitx-dev]_Re:_关于fcitx的未来

[Bleakwind]

SCIM并不稳定,在unix下fcitx还是要用稳定性压倒其他输入法.

在 08-2-13，chenkan577<chenk...@sohu.com> 写道：