【感觉6.9.0.7候选上屏飞快】

wangyanhan · 发表于 2012-8-30 13:56:44

本帖最后由 wangyanhan 于 2012-8-30 13:58 编辑

【感觉6.9.0.7候选上屏飞快】

本人一直主用加加，习惯大词库。譬如加加5.3测试二版官方的系统词库，“基础词库+豪华扩充词库”就有113万，但大多数用户都不满足，一般都会把词库组合扩展到250万以上，只有这样，才感到词条充足，自造词少，输入起来比较流畅。

一个多月前，使用的是紫光6.7，在论坛的某个帖子中，当我谈及喜欢使用大词库时，蓝天版主就向我推荐，使用“蛇语者1.0”，词条数161万多。拿来一试，结果发现候选上屏有迟钝感觉，随即便放弃了。

后来更新到紫光6.9.0.5，听说候选上屏的速度有了提升，便把“蛇语者”又试了一番，还是稍有迟钝的感觉，便又放弃了。

这次更新到了紫光6.9.0.7，输入时就感觉上屏飞快。好奇心驱使我又把大词库试了一番。测试使用的大词库，远远大于前者。见下图：

词条总数为323万。输入时，候选上屏飞快，没有丝毫迟钝的感觉。

当然，由于词条数量增加，候选也就相应增加了不少，但很少发现有缺词情况，短语智能组词也不错，因此觉得输入起来就更流畅了。（说明：使用的是官方语料库）

有兴趣的坛友，不妨一试。

紫罗兰 · 发表于 2012-9-3 17:20:47

6.9.0.7版不错！
可惜就是没有针对我们双拼用户的改进……

wangyanhan · 发表于 2012-9-3 10:16:15

谢谢楼主分享啰！！！
天骄发表于 2012-9-3 10:04

一楼所示的是一种测试结果。在实际操作中，就没有必要同时使用三个组合综合词库哟！

天骄 · 发表于 2012-9-3 10:04:23

谢谢楼主分享啰！！！

天骄 · 发表于 2012-9-3 10:03:40

谢谢楼主分享啰！！！

ljdqe · 发表于 2012-9-1 23:11:02

回复 51# wangyanhan

不是该原因，具体病根至今没有找到，只找到修复问题的药物（治病，但没治根）

wangyanhan · 发表于 2012-9-1 23:05:23

是指自定义短语，部分用户有发生短语丢失现象
ljdqe 发表于 2012-9-1 22:30

加加的自定义，如果使用全角等号，自定义词条不显示；等号两边如果有空，自定义词条也不显示。紫光我没试，是不是与自定义的格式有关呢？

ljdqe · 发表于 2012-9-1 22:30:45

回复 ljdqe
存在丢词的现象吗？
是用户词丢失吗？
bbc0556 发表于 2012-9-1 20:04

是指自定义短语，部分用户有发生短语丢失现象

bbc0556 · 发表于 2012-9-1 20:04:55

回复 27# ljdqe
存在丢词的现象吗？
是用户词丢失吗？

得闲饮茶 · 发表于 2012-9-1 18:58:46

不愧是老王，知无不言，言无不尽，谢谢，呵呵

紫光蓝天 · 发表于 2012-9-1 18:46:06

反正是越来越快

wangyanhan · 发表于 2012-9-1 12:49:18

本帖最后由 wangyanhan 于 2012-9-1 12:51 编辑

回复 wangyanhan

只要把7.2改下名字就可以和系统词库共用了吗
得闲饮茶发表于 2012-9-1 10:03

1、戴老师的“紫光词库”，文件名为“sys.uwl”，和官方的系统词库是同一个文件名，如果你把它和官方的系统词库放在同一个文件夹，它就会覆盖官方的系统词库。把它改名为“紫光词库7.2.uwl”，然后放进紫光的系统词库文件夹，就可以和官方的系统词库共存了。

2、最好把它拷贝到紫光的系统词库文件夹。
xp系统的路径为："C:\Documents and Settings\All Users\Application Data\unispim6\wordlib" ；
win7系统的路径为："C:\ProgramData\unispim6\wordlib" ；

如果导入，会把它导入到系统盘紫光的用户词库文件夹。本人觉得不好，因为在备份用户数据时，会把“紫光词库7.2.uwl”也进行备份。放在紫光的系统词库文件夹，不会纳入用户数据备份，只记忆它的排序位置。

3、你使用的6.8，上屏速度也是可以的，本人感觉要略逊于6.9.0.7。关键是6.9.0.7的免隔音符输入，要比6.8好。进行覆盖安装，这样，可以保存原有的用户设置。

得闲饮茶 · 发表于 2012-9-1 10:04:28

我用的是6.8，不知道会不会像6.9那样快呢

得闲饮茶 · 发表于 2012-9-1 10:03:32

回复 43# wangyanhan

只要把7.2改下名字就可以和系统词库共用了吗

wangyanhan · 发表于 2012-9-1 00:19:18

本帖最后由 wangyanhan 于 2012-9-1 06:04 编辑

使用“紫光词库7.2+官方系统词库”，感觉词条充足，短句智能组合可以，上屏快，非常好用。还在继续测试中……

richardfsw · 发表于 2012-8-31 21:11:23

这么多的词库，重码一定很严重吧，会不会一个词组，显示好几个呢
得闲饮茶发表于 2012-8-31 20:38

不会。显示之前会过滤的

wangyanhan · 发表于 2012-8-31 21:10:26

这么多的词库，重码一定很严重吧，会不会一个词组，显示好几个呢
得闲饮茶发表于 2012-8-31 20:38

1、喜不喜欢使用大词库，这是用户的习惯问题。有的喜欢大词库，有的不喜欢大词库。总之来说，是6.9.0.7的良好性能，为我们使用大词库创造了条件。
2、本贴介绍的情况，是在测试6.9.0.7的候选上屏性能。在实际使用中，最多组合两个比较优秀的综合词库就可以了。
3、使用大词库的优点，是缺词情况比较少，智能组词的几率也要高。候选肯定会多一些，但使用一段时间后，经常使用的词条都会上前。
4、两个综合词库合并后，不会在候选框出现相同词条的情况，输入法会自动过滤。我们可以想一想，在我们使用的词库中，难道综合词库与分类词库就没有重复词条吗？肯定有的，但也不会出现重复词条同时上屏的情况啊！

得闲饮茶 · 发表于 2012-8-31 20:38:18

这么多的词库，重码一定很严重吧，会不会一个词组，显示好几个呢

ljdqe · 发表于 2012-8-31 20:28:58

回复 32# sunmd

助记符与位置设置不能并存，小小遗憾啊

wangyanhan · 发表于 2012-8-31 19:37:27

王老师别这么谦虚。
sunmd 发表于 2012-8-31 18:11

院长这样称呼我，我脸红啊！还是“老王”的亲切、近乎，呵呵！

sunmd · 发表于 2012-8-31 18:11:35

原来如此哦！院长指点迷津了。
wangyanhan 发表于 2012-8-31 15:51

王老师别这么谦虚。

宝宝要努力 · 发表于 2012-8-31 17:50:22

下午新安装了，上屏的确挺给力的。

kingdick · 发表于 2012-8-31 17:20:15

回复 32# sunmd

不得不说，多候选的定位控制也是一种用户需求啊！

wangyanhan · 发表于 2012-8-31 15:51:11

这个不应该算bug，在这个功能的设计之初就做了功能取舍，不支持多候选的短语位置设定。
sunmd 发表于 2012-8-31 13:13

原来如此哦！院长指点迷津了。

闪电王子 · 发表于 2012-8-31 15:46:40

下载了还没有用！期待了！上屏飞快！好啊！

sunmd · 发表于 2012-8-31 13:13:58

本帖最后由 sunmd 于 2012-8-31 13:18 编辑

这个问题虽然也算是紫光的BUG，但并不是说完全没法儿解决

在紫光出现自定义短语自定位置（包括 ...
richardfsw 发表于 2012-8-30 21:18

这个不应该算bug，在这个功能的设计之初就做了功能取舍，不支持多候选的短语位置设定。

wangyanhan · 发表于 2012-8-30 22:42:11

这个问题虽然也算是紫光的BUG，但并不是说完全没法儿解决

在紫光出现自定义短语自定位置（包括 ...
richardfsw 发表于 2012-8-30 21:18

对！目前只能像这样将就了——（如果需要的话）用一个定义符定大位；在这个相同编码的区域内，用手动调整定小位。

richardfsw · 发表于 2012-8-30 21:18:42

回复 kingdick

是这个意思。就是你说的意思

你多定义几个GB [1] GB [2] GB [3]
然后在选 ...
admin03 发表于 2012-8-30 19:22

这个问题虽然也算是紫光的BUG，但并不是说完全没法儿解决

在紫光出现自定义短语自定位置（包括统一定义和分别定义）功能之前，我记得是按照码表位置排序的。

按照楼上老王的说法，在多个相同编码的短语共存的情况下，还是会按照码表顺序显示

那么我觉得可以如此解决：把整个自定义短语复制到Excel或其他软件中排序，然后对相同编码的短语的相对位置进行手工调整。或者可以干脆把相同编码的短语整合为同一条，在单个短语内部排序（分号分隔），同时还能定义显示位置

ljdqe · 发表于 2012-8-30 21:04:00

回复 26# admin03

6.8以后，短语丢失的情况有所好转，但未杜绝

kingdick · 发表于 2012-8-30 19:33:41

应该算个Bug吧！我也是第一次知道有这样的需求。跟官方反映试试看。

wangyanhan · 发表于 2012-8-30 19:29:03

本帖最后由 wangyanhan 于 2012-8-30 19:37 编辑

像如下的位置定义无效：

haha: [6]=#^_^#
haha: [3]=(*^?^*)
haha: [1]=(*^@^*)
haha: [2]=(*^︹^*)
haha: [5]=(^-^)
haha: [4]=(^_^)/~~

它们仍然在候选框排列成：

#^_^#
(*^?^*)
(*^@^*)
(*^︹^*)
(^-^)
(^_^)/~~

在这6个相同编码中，如果只定义一个编码为[6]，那么，其它编码会在候选6之后依次排列。

		自动登录	找回密码
密码			注册