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

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

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

谢谢楼主分享啰！！！

谢谢楼主分享啰！！！

回复 51# wangyanhan


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

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

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

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

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

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

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

反正是越来越快

回复  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好。进行覆盖安装，这样，可以保存原有的用户设置。

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

回复 43# wangyanhan


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

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

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

    不会。显示之前会过滤的

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

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

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

回复 32# sunmd


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

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

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

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

王老师别这么谦虚。

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

回复 32# sunmd


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

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

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

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

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

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

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

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

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

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

回复  kingdick


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

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

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

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

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

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

回复 26# admin03


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

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

像如下的位置定义无效：

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

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

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

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