提一个建议

一粟

好久没来紫光论坛了，今天上，发现论坛改版了，速度快了，这是好现象。
这里提几个建议，有的是以前提过，发现新版紫光没变化，所以这里再提一提：
1、建议增加右键添加新词功能。看文章，有些好词好句词库里没有，虽然“设置”能添加词，但每次打开配置也是麻烦，若是右键功能增加一些紫光特殊功能就更好了。当然，这个功能一定要可以屏蔽的，因为许多人对收词是不感冒的。
2、增加新词长度限制。目前新词限定在32个字，许多短句就无法收了，虽然可以用短语编辑，但还是不方便的。有可能的话，新词长度最好不设限。目前空间与速度在硬件支持下已经大大提升了，紫光也应该顺势而为。
3、增加匹配字长度。目前匹配字只能匹配前8个字，这是一个极大缺陷！因为这对于“*”模糊匹配是一个硬伤！因为超出8个字*符号就会混乱无法正常工作。建议对收入的词条可以进行全匹配。
4、增加前缀*功能。目前*功能只能实现后缀和夹心，无法进行前缀，如“*sbn”就可以搜索出“无所不能”这一词。这个功能很重要，因为一但实现了这个功能，可以把所有的模糊词都能找到，紫光也就成立活词典。我想技术方面应该没问题，困难可能来自结构方面。如果下决心，在更新版本时改一改，还是可以实现的。我觉得这个功能实在是太强大了，真是搜词无所不能了。
还有一些，要吃饭了，下次吧

一粟

5、增加‘？’功能。‘*’和‘?’是匹配关键词的常用字母，应用广，说明实用。比如查‘一望无际’，如果输入‘yw*，我这里有270个待选项，但如果输入‘yw??，把待选项定位在4个字，相信数量会减少10倍。
6、自定义短语库增加导入、导出功能。目前自定义短语库只能编辑，而且是最原始的文本编辑，不方便。增加导入导出功能，可以用自己习惯的编辑器编辑好，随时导入就可以了。
7、u键功能自定义设置。u键功能现在扩展了许多，是好事。但是有6页之多，要找一个常用功能还是挺麻烦的。如果能进行自定义设置，把常用的移到最前面，甚至能自己定义增加一些功能，那就更好了。
8、设置中的帮助信息已经与新版本脱节了

一粟

昨天想打一个词：“捋袖子”，可那个“捋”字怎么也想不起正确的拼音了，也不记得怎么写了。为了找出这个字，我在百度打“袖子”，可没有贴提到“捋”字，用了各种方法，最后还是在一个词典大全的文本文件中搜索“袖子”，终于找到“捋袖子”这个词。
这件事好像意思不大，但是如果紫光拼音能够支持“？袖子”“*袖子”那种通配符前缀查询的话，所有的时间都可以省下。通配符前缀查询，哪怕查询时间需要1分钟，我也支持！

kingdick

1、这个想法很早就提过了，官方一直不重视。其实，相当早的自然码就实现了非常方便的造词功能。

2、略。

3、因为目前词库内只为前8个字注上了拼音，所以就是这样的。希望解决。

4、这个暂时是可以实现的。先输入后面的字母，然后通过方向键或Home键移动拼音栏的光标到最前面，补上*、再将光标移到最前面即可。

5、值得实现。

6、短语库只是ini文本文件，完全可以用自己习惯的编辑器修改。找到路径即可。

7、自定义的需求，也是早已提过了。

8、人手不够，久不更新了。

kingdick

昨天想打一个词：“捋袖子”，可那个“捋”字怎么也想不起正确的拼音了，也不记得怎么写了。为了找出这个字 ...
一粟 发表于 2012-6-21 07:40

    方法在上面4已经说了，如下图，试试看吧！

野风

还可以这样：

renkai@yahoo.cn

学习了，呵呵

wangyanhan

1、这个想法很早就提过了，官方一直不重视。其实，相当早的自然码就实现了非常方便的造词功能。

2、略。 ...
kingdick 发表于 2012-6-21 13:36

kingdick版真是个输入法专家啊！

这奇妙的“通配符*首音节使用法”，我可是在您这里第一次领教到，此前从没听人介绍，也没在教材上见过！试了一下，加加也适用（加加称*叫万能键）！

kingdick

kingdick版真是个输入法专家啊！

这奇妙的“通配符*首音节使用法”，我可是在您这里第一次领教到，此前 ...
wangyanhan 发表于 2012-8-9 09:29

    我也是看到加加论坛里面讨论这个才知道有这个办法的，不敢贪功～

ljdqe

可惜只能方便双拼用户

wangyanhan

可惜只能方便双拼用户
ljdqe 发表于 2012-8-12 15:39

    加加的“首音节通配符*”已进入进入成熟境界——全拼、双拼均可。实际使用中发现，在使用“首音节通配符*”时，输入法要对词库的全部词条进行扫描，因此会出现卡的时段，但不会导致输入法故障、不会出错。（说明：“非首音节通配符*”因有已知首音节界定范围，因此输入法不对词库的全部词条进行扫描，故不会出现卡的时段。）

    由此推测，即使将来紫光的“首音节通配符*”进入到成熟境界，也可能和加加差不多吧，会存在卡的时段。

    结论是：①“首音节通配符*”有必要开发，因为它毕竟为用户输入未知首字，增加了一种新途径；②即使将来紫光的“首音节通配符*”进入到成熟境界，其功能也劣于其它未知首字的输入方法，譬如“以词定字”等，因此不能列为首选方法。

ljdqe

加加的“首音节通配符*”已进入进入成熟境界——全拼、双拼均可。实际使用中发现，在使用“首音节通配 ...
wangyanhan 发表于 2012-8-12 18:41

    赞同上述观点

wang2lang

既然在双拼下可以实现，全拼下应该也是可以的。
首字节*号通配符会扫描所有使用的词库和自定义短语，拖慢程序和系统。如果因此而不对全拼用户开放此功能，只能说是开发组在害怕，而不是偷懒。毕竟全拼用户比双拼用户多得多。
但是可以做一些限定嘛，就像双拼下那样：
比如：直接键入*号，解释为输入标点，如标点定义了*＝×，则输入×
键入字母串后，再回退至首音节键入*号，这时才进入通配扫描，且将首字节*后面的部分作为限定条件。
这样的话，实际就跟普通使用*通配符是一样的了

krsun

现在就是这样实现的
你可以切换到双拼试试
在双拼下只用简拼输入就行。