LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
楼主: trotsky

四种拼音输入法的比较以及拼音输入法开发[讨论篇]

[复制链接]
发表于 2003-6-30 20:01:00 | 显示全部楼层
最初由 james_su 发表
我说 “我的 SCIM”是事实,至少目前是事实。到现在为止 SCIM 的主要开发者还是我,liuspider <liuspider@21cn.com> 大侠帮助我解决了一些通用码表输入法里面的 bug, LIANG ChangTai <beos@turbolinux.com.cn> 给我提供了很多好的建议,foka@debian.org 兄帮我作了 SCIM 的 debian 包,他的同事 fei 帮我捉住了一个通用码表输入法里面的 bug。除此而外再没有人给 SCIM 贡献过什么了。当然, SCIM 本身有很多代码是他人的劳动成果,SCIM 也不是从0开始的。

如果我的拼音输入法模块伤了你的心,我觉得就太搞笑了点。你要是觉得我的拼音输入法模块不好,当他不存在好了,何必这样呢?

SCIM 本身作为一个开放的输入法平台是独立的,我还是希望大家多支持支持。


你的拼音输入法应该是不错的。虽然我根本就没有安装scim的拼音输入法,但从网友的评论来看应该比fcitx的拼音输入法好。但Linux平台是多种多样的,我需要每使用一种平台就奢望你能提供么?而且,我根本就不使用Linux。

呵呵,这个问题好像又回到了在这个贴在中我们讨论的起点。我当然可以当scim的拼音输入法不存在。但我要scim这个空壳子干什么?没有输入法我要它有什么用?
发表于 2003-6-30 21:20:08 | 显示全部楼层

我觉得fcitx很好用

我也是一个菜鸟,用fcitx就是被它的双拼和二笔所吸引。如果不太强求的话,它真是一个很不错的输入法。输入法的图条还是显示出来好,起码知道这个输入法已经打开了。其实用完之后可以随手用CTRL加SPACE就可以关闭它,这其实也很方便的。它的双拼如果和自然码一样可以用偏旁读音的声母减少重码,提高输入速度,那将是一件十分美妙的事。期待着。。。。。。。
发表于 2003-6-30 23:28:32 | 显示全部楼层

说明一下:我安装的是ebf-fcitx.

在此谢谢tarm和Yuking两位老兄。
发表于 2003-7-1 09:25:27 | 显示全部楼层
最初由 stormful 发表
你的拼音输入法应该是不错的。虽然我根本就没有安装scim的拼音输入法,但从网友的评论来看应该比fcitx的拼音输入法好。但Linux平台是多种多样的,我需要每使用一种平台就奢望你能提供么?而且,我根本就不使用Linux。

呵呵,这个问题好像又回到了在这个贴在中我们讨论的起点。我当然可以当scim的拼音输入法不存在。但我要scim这个空壳子干什么?没有输入法我要它有什么用?


SCIM 目前支持 Linux 平台,但稍加修改可以支持 FreeBSD 平台。以后还计划移植到 Windows 平台。

我到现在为止还不明白你到底要干什么。你是要一个输入法自己用呢,还是要自己写一个输入法?
发表于 2003-7-1 12:13:23 | 显示全部楼层
最初由 stormful 发表
呵呵,这个问题好像又回到了在这个贴在中我们讨论的起点。我当然可以当scim的拼音输入法不存在。但我要scim这个空壳子干什么?没有输入法我要它有什么用?


这位仁兄不是想自己从头写一个输入法吗,或者说是一个最小化的输入法,如果从头写,那肯定不如使用 SCIM 来的快的,论学习IMkit,也绝对不如学SCIM来的快

SCIM-chinese 是不开源的,但是我看你想写的东东就是要代替它吧,那你完全可以基于 SCIM 来开发,他可是完全开源的啊

最后,我想建议 james_su,是不是可以考虑修改SCIM-chinese的名字,以消除其与 SCIM 的误解, 比如说叫 XX拼音什么的,不要在名字中出现 SCIM 我想会比较好些
发表于 2003-7-1 12:20:23 | 显示全部楼层
嗯,这个建议可以考虑。

最初由 liuspider 发表
这位仁兄不是想自己从头写一个输入法吗,或者说是一个最小化的输入法,如果从头写,那肯定不如使用 SCIM 来的快的,论学习IMkit,也绝对不如学SCIM来的快

SCIM-chinese 是不开源的,但是我看你想写的东东就是要代替它吧,那你完全可以基于 SCIM 来开发,他可是完全开源的啊

最后,我想建议 james_su,是不是可以考虑修改SCIM-chinese的名字,以消除其与 SCIM 的误解, 比如说叫 XX拼音什么的,不要在名字中出现 SCIM 我想会比较好些
发表于 2003-7-1 20:55:10 | 显示全部楼层
最初由 james_su 发表
SCIM 目前支持 Linux 平台,但稍加修改可以支持 FreeBSD 平台。以后还计划移植到 Windows 平台。

我到现在为止还不明白你到底要干什么。你是要一个输入法自己用呢,还是要自己写一个输入法?


最初由 liuspider 发表
这位仁兄不是想自己从头写一个输入法吗,或者说是一个最小化的输入法,如果从头写,那肯定不如使用 SCIM 来的快的,论学习IMkit,也绝对不如学SCIM来的快

SCIM-chinese 是不开源的,但是我看你想写的东东就是要代替它吧,那你完全可以基于 SCIM 来开发,他可是完全开源的啊

最后,我想建议 james_su,是不是可以考虑修改SCIM-chinese的名字,以消除其与 SCIM 的误解, 比如说叫 XX拼音什么的,不要在名字中出现 SCIM 我想会比较好些



我不是要写一个输入法。我只是要探讨拼音输入法的程序设计。这多少有些抛几个砖头等着玉来的味道。写个输入法自己用倒是很现实的。在Free的紫光级的输入法出现之前,我想为BSD世界作点贡献。

这个程序和SCIM基本上没有什么关系,相反可能和fcitx有些关系。我在fcitx的主页上看到作者非常头痛词库和词频的问题,因此才写这个程序。但没想到,呵呵,越写越多。

由于这个程序涉及到很多方面,比如fcitx的结构、xsim的数据库和你的SCIM框架我才产生的期望你们合作的念头。我想这没什么错。

你应该非常清楚,作为一种输入法来说就是那么一点内容。其实我所说的很多言论都是为你的SCIM和SCIM-chinese的发展考虑的。并没有什么不好的意图。我想这是一个观念问题。我期望在以后的日子里能够和你继续谈论拼音输入法的技术问题。如果你想谈论的话,就另开个帖子吧,我这里还有很多设计想法。

to liuspider:

现在这个程序在内存上已经不小了。今天我加入了Next-ONE。为了测试,它全在内存中,已经10M了。我就不讨论在SCIM下使用通用码表来实现拼音的问题了。

IMkit只是一个非常小DCOP下的规范。研究一下也很有意思。就讨论一下在X下使用X API开发窗体的问题把。我想很多技术都是可以借鉴的。我现在写了一个XML文档及其解释程序。主要是用它来生成窗体代码。其目的就是在参照QT的代码的情况下,编写使用X API的程序。对于驻留在工具栏上的窗体,也是DCOP的一部分。 研究一下不是非常有趣嘛。何必非要分清这是KDE、那是GNOME的哪。

在fcitx下有非常强烈的字体和Local问题。通过研究能解决哪?是的,这都是问题。但都是可以解决的问题。不是能解决淂完美淂问题,但是可以是解决淂满意的问题。

谢谢和你们的交流,在这里就唠到这里吧。等我的设计文档吧,到时你就知道我要作什么了。
发表于 2003-7-1 22:32:41 | 显示全部楼层
呵呵,我本人是更喜欢用 KDE/QT的,所以一直希望SCIM有一个 QT 就界面的,我可不是 GNOME 的 fans 的

由XML产生窗体的程序,让我想起了 GLADE,用来自动从 XML描述文件产生GNOME窗体代码和回调函数的一个GUI设计工具

说到DCOP,我怎么记得这是一个KDE中才有的标准吧,IMkit 不会是基于DCOP的吧?

>> 在Free的紫光级的输入法出现之前,我想为BSD世界作点贡献。
呵呵,SCIM-chinese 也是免费的啊,james_su 完全可以提供一个BSD下的SCIM-chinese 的二进制发行包的啊,而且我想,期待这个比期待紫光的BSD的port 会更快些,你说呢? (我不太清楚要把 scim 整个 port 到BSD上的工作量有多大,只是个人觉得不是很大吧)
发表于 2003-7-2 09:02:55 | 显示全部楼层
最初由 liuspider 发表
呵呵,我本人是更喜欢用 KDE/QT的,所以一直希望SCIM有一个 QT 就界面的,我可不是 GNOME 的 fans 的

由XML产生窗体的程序,让我想起了 GLADE,用来自动从 XML描述文件产生GNOME窗体代码和回调函数的一个GUI设计工具

说到DCOP,我怎么记得这是一个KDE中才有的标准吧,IMkit 不会是基于DCOP的吧?

>> 在Free的紫光级的输入法出现之前,我想为BSD世界作点贡献。
呵呵,SCIM-chinese 也是免费的啊,james_su 完全可以提供一个BSD下的SCIM-chinese 的二进制发行包的啊,而且我想,期待这个比期待紫光的BSD的port 会更快些,你说呢? (我不太清楚要把 scim 整个 port 到BSD上的工作量有多大,只是个人觉得不是很大吧)


SCIM 和 scim-chinese 已经可以在 FreeBSD 下跑了,工作量很小。不过近期没有出 BSD 版的 scim-chinese 的打算。SCIM 倒是可以考虑先出一个 BSD 版的。
发表于 2003-7-2 12:30:29 | 显示全部楼层
最初由 liuspider 发表
呵呵,我本人是更喜欢用 KDE/QT的,所以一直希望SCIM有一个 QT 就界面的,我可不是 GNOME 的 fans 的

由XML产生窗体的程序,让我想起了 GLADE,用来自动从 XML描述文件产生GNOME窗体代码和回调函数的一个GUI设计工具

说到DCOP,我怎么记得这是一个KDE中才有的标准吧,IMkit 不会是基于DCOP的吧?

>> 在Free的紫光级的输入法出现之前,我想为BSD世界作点贡献。
呵呵,SCIM-chinese 也是免费的啊,james_su 完全可以提供一个BSD下的SCIM-chinese 的二进制发行包的啊,而且我想,期待这个比期待紫光的BSD的port 会更快些,你说呢? (我不太清楚要把 scim 整个 port 到BSD上的工作量有多大,只是个人觉得不是很大吧)


讨论技术我非常欢迎。至于说其它东西就不讨论了,这件事是我挑起来的,就从我这里结束吧。

使用XML作为中间载体来生成代码其实并不是什么新鲜东西。QT Design使用的就是这种方式,这可能有很多年了。但它们生成的都是本身框架下的代码比如QT代码或GNOME代码。他们生成的程序编译后一般都不大,但程序启动后都要加载自己的share库。看上去非常吃内存。我想写一个生成纯粹XAPI的代码的程序。把QT下的QWidget和QFont代码抄过去。但现在我很矛盾,由于是自己用这么下功夫是否值得。还不如直接用QT写个窗体算了。

DCOP确实是个笔误,多谢指正。可能是桌面通讯协议更贴切,可能是最近总是在KDE下开发,可能是昨天晚上喝了不少啤酒。呵呵,总之写错了,呵呵,不好意思。正确的说法应该是ICE。DCOP是KDE在ICE上发展的一个分支。

XIM Server在启动的时候会把自己注册到顶层窗口中。客户进程请求XIM服务的时候X Server会用顶层窗体的注册信息找到XIM SERVER进程并为它和客户进程建立连接。IMkit的工作我想应该是简化Server和Client的编程。

由于我现在刚刚开始学习使用XIM,可能还有很多概念是不准确的。如果发现了,还得帮忙多多指正。

我现在在想这个顶层窗体到底是哪个?是输入法所建立的窗体还是桌面?是否能够在注册后重新再次注册?如果能的话,会扩展出很多方面用户的功能。

tray窗体也很有意思。我用KDE写的tray窗体在KDE下很正常。到了GNOME下虽然也tray上了,但多了一个小窗口,很别扭。GNOME自己的tray窗体好像就没有这个问题。KDE的tray使用DCOP实现的。是否GNOME桌面和使用tray的进程在协商连接的时候发现这是KDE程序?呵呵,这有点搞笑的味道了。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表