LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
查看: 7236|回复: 72

IBus - 新一代输入发法框架

[复制链接]
发表于 2008-8-12 19:54:05 | 显示全部楼层 |阅读模式
大家好,
经过数月的开发,ibus输入法框架已经基本完成。已经加到了fedora的软件库中,fedora 9和10的用户可以通过yum安装。同时基于ibus已经开发了三个引擎,中文拼音,日文anthy和m17n引擎都已基本完成。欢迎大家试用,多提宝贵意见。
(目前有可能安装包还没有同步到所有镜像,可以从 https://admin.fedoraproject.org/ ... .1.1.20080812-1.fc9手动下载安装)

IBus简介:
IBus是一个全新的CS结构的输入法框架,主要使用Python/C/C++开发而来的(其中框架和引擎是使用Python写的,gtk、qt4以及XIM前端是用C/C++实现的)。具体框架的介绍请参考http://ibus-user.googlegroups.co ... jb80V4yhvC5PoPjJckS

IBus项目主页:http://code.google.com/p/ibus/

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
发表于 2008-8-12 20:43:10 | 显示全部楼层
如果出了郑码,俺就试试!
回复 支持 反对

使用道具 举报

发表于 2008-8-12 22:45:56 | 显示全部楼层
看到了~2008年8月12日 星期二 15:53
Fedora 9 Update: ibus-m17n-0.1.1.20080812-1.fc9,ibus-anthy-0.1.1.20080812-1.fc9,ibus-pinyin-0.1.1.20080812-1.fc9,ibus-0.1.1.20080812-1.fc9
貌似还没有到源里
回复 支持 反对

使用道具 举报

发表于 2008-8-12 22:55:48 | 显示全部楼层
看好ibus,不知道能不能在F10中成为默认输入法。

状态条上的图标在我这看起来很不正常,不知道为什么。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
回复 支持 反对

使用道具 举报

发表于 2008-8-12 23:07:51 | 显示全部楼层
我是下载网上源代码编译的,使用过程中发现两个问题:
1/ 反应速度很慢,有时输入法跟不上键盘输入速度,输入法完全没有反应。“休息30秒”后,输入法才重新有反应。
2/ 支持的码表太少,还不支持形码或音形码。比如二笔。
回复 支持 反对

使用道具 举报

发表于 2008-8-12 23:48:01 | 显示全部楼层
那上下箭头最好移动到顶上输入框那里去,太占空间啦

是否有横向可选的?
回复 支持 反对

使用道具 举报

发表于 2008-8-13 00:36:42 | 显示全部楼层
什么人或组织开发的?好在那里?给点介绍嘛! 如果用c写的一定支持,那个用python写的scim-python打快一点明显感到计算机跟不上手的速度。
系统,输入法这些基础的软件还是用c才是正确的选择,用斧头修草坪不是一个好的选择尽管比较不耗时间跟剪刀比起来。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-8-13 08:36:37 | 显示全部楼层
Post by Kingo;1885270
我是下载网上源代码编译的,使用过程中发现两个问题:
1/ 反应速度很慢,有时输入法跟不上键盘输入速度,输入法完全没有反应。“休息30秒”后,输入法才重新有反应。

你是用的12号snapshot的源代码么?12号的代码,已经对拼音进行了优化,在我这里速度很快。如果如你所说需要休息30秒,应该是有bug,再慢也不可能要慢30秒。
你试试在关掉ibus,然后才终端上运行ibus命令,之后试试。如果出现问题,看看终端上有什么错误输出。
Post by Kingo;1885270
2/ 支持的码表太少,还不支持形码或音形码。比如二笔。

现在正要开发码表引擎,估计需要几周时间。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-8-13 09:07:46 | 显示全部楼层
Post by onelay;1885319
什么人或组织开发的?好在那里?给点介绍嘛!  

刚刚更新了首贴。

Post by onelay;1885319
如果用c写的一定支持,那个用python写的scim-python打快一点明显感到计算机跟不上手的速度。
系统,输入法这些基础的软件还是用c才是正确的选择,用斧头修草坪不是一个好的选择尽管比较不耗时间跟剪刀比起来。

SCIM-Python打字跟不上速度的主要原因是,Python拼音词库的规模过大,每次按键生成的候选词列表过长(一般都数百个甚至数千个),导致在传输候选时,耗时很多。
IBus的候选词表克服了这个问题,每次只传送当前页的候选词,大大提高了效率。同时支持了异步检索,可以有效的节约CPU资源。

对于 Python与C的效率问题,我是这么看的。Python的执行效率肯定是小于C,尤其是在纯计算性质的任务中。但是对于输入法而言,大量的时间是花费在词组检索上,上层的控制只占非常小的一部分,估计他们之间的比例可以到100:1程度。由于输入法的引擎数据检索都会使用python提供的数据库接口(例如sqlite,dbm和gdbm等等),底层都是有C实现的高效率检索引擎,速度不会与自己实现的纯C数据引擎有本质区别,但是稳定性,以及内存是有效率上会高很多。所以又Python做输入法,开发效率很高,执行效率也不会差。如果速度有问题,应该都是可以优化解决的。
回复 支持 反对

使用道具 举报

发表于 2008-8-13 09:35:27 | 显示全部楼层
python作为一个胶水语言,用作输入法框架,还是怪怪的。

在使用yum的过程中,经常出现死掉的现象,这时候,我经常用pkill -9 python,使用python很可能被误杀。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

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