6.7版还能够录入CJK扩展A、B区的汉字吗？

Secask

我看见6.6版在设置中能够明确让使用者选择是否显示A、B区的汉字，但6.7版就没有了，就只有GBK和Unicode两个录入范围选择，不知道Unicode录入范围是否包括扩展A、B区的汉字？

野风

Secask 兄，当然能！输出范围只要选中unicode 字符集，输出集合选中全集即可。

Secask

原帖由 野风 于 2010-7-17 14:23 发表
Secask 兄，当然能！输出范围只要选中unicode 字符集，输出集合选中全集即可。
5527

那太好啦！！
新版6.7，不单止输入汉字最全，而且凭借着全新皮肤引擎，外观皮肤的美观华丽程度可比其它拼音输入法有过之而无不及，真的做到了内涵外观兼备了，嘻嘻。
不管其他人怎样说紫光，紫光6.7对于我来说，已经是一款近乎完美的输入法。

野风

不愧为紫光的铁杆支持者！

Secask

^_^ 不是我非要支持紫光，而是紫光输入法做得实在太好了，实在没办法让我不支持它

下面这几款6.7专用皮肤真的很美，推荐一下给大家
地址：http://www.unispim.com/theme/themes_search.php?searchkey=&;page=1

[ 本帖最后由 Secask 于 2010-7-17 14:50 编辑 ]

Secask

有一个建议，能否在字符集选择上，恢复6.6版的选择。6.6版中，用户能够分别选择显示扩展A区或扩展B区的汉字，而6.7版中，用户却只能选择GBK和Unicode（换言之，一旦选择Unicode，就只能AB区汉字全选了。）
这好像不太人性化，不知道6.7版能否改善一下这个选择呢？

kingdick

分别显示AB区的汉字，有这个必要吗？

Secask

原帖由 kingdick 于 2010-7-18 10:50 发表
分别显示AB区的汉字，有这个必要吗？

嗯是的，有这个必要。因为B区的特殊性，一个B区汉字所占的编码数，与A区、CJK基本集乃至GBK集等字符集相比，显得“零舍不同”，这就使得B区的字在众多用户电脑中，面对着不同的用户，纷繁复杂的使用习惯和软件环境下，B区字的正常显示会出现更大的不可确定性。例如我之前曾发帖反映，在B区字跟很多美化字体渲染软件有冲突，在开启这些渲染软件下，即使安装了字符集补丁、字体补丁，B区字也会显示为两个方框。（原帖请看：http://bbs.unispim.com/viewthread.php?tid=8673###）

有见及此，A区字和B区字还是分开显示为好，同理，假如C区字也收录了，根据以上原理，则可以把A区字和BC区字分别显示（亦即，凡使用辅助平面编码的汉字的这类字集，由于与传统字集汉字所含编码数不同，还是将其独立开来，由用户决定是否显示为好）

以上是我的一些个人见解。

[ 本帖最后由 Secask 于 2010-7-18 14:22 编辑 ]

sanwsw

昨晚开始使用GDI++，没问题。我也勾选Unicode，我也安装有孙海峰的国际超大字符集字体支持包。

Secask

原帖由 sanwsw 于 2010-7-18 11:47 发表
昨晚开始使用GDI++，没问题。我也勾选Unicode，我也安装有孙海峰的国际超大字符集字体支持包。

哦？真的，真的没有再出现我这张帖子中提到的问题了？http://bbs.unispim.com/viewthread.php?tid=8673###？

sanwsw

早就知道有这个东东，但一直没去钻研和使用。昨晚经Kingdick推荐，用了GDI++（绿色版，也不知是不是最新版），两台电脑的效果非常好，相见恨晚。
我是很早就开始使用孙海峰的国际超大字符集字体支持包（V5.4），开启字体渲染后也没任何问题。
我的电脑很干净，Windows XP SP3，几个常用的文字编辑软件、制图、看图软件，大多是绿色版，一个中游在线游戏大厅，再无其他游戏软件。

  

sanwsw

如你经常用到Ext-A内的汉字，那么Ext-B、Ext-C应该勾选使其能够显示和输出，因此我认为最新版这样处理较为合适。
关键是目前Ext-B、Ext-C内汉字，没有几个字体予以全收并进行字形上的统一。

Secask

原帖由 sanwsw 于 2010-7-18 11:59 发表
如你经常用到Ext-A内的汉字，那么Ext-B、Ext-C应该勾选使其能够显示和输出，因此我认为最新版这样处理较为合适。
关键是目前Ext-B、Ext-C内汉字，没有几个字体予以全收并进行字形上的统一。

最关键则是，开启GDI++后，你将会无法于紫光拼音中正常渲染EXT-B、EXT-C的字体，你试试看。我在这张帖子说了很清楚了嘛～～http://bbs.unispim.com/viewthread.php?tid=8673###

所以我还是建议对BC区的文字作出分开处理，亦即，由用户自行选择，是否连BC区字体也一同显示。还是只显示CJK基本集和A区的汉字。毕竟BC区是五编码（使用了Unicode的辅助平面），而其它现有字符集都是四编码的，很明显BC区目前来说还是有点质的不同，在纷繁复杂的众多软件中，能否正常显示的情况就显得更复杂了。所以，为求保险，对BC区汉字作分开处理是需要的。

[ 本帖最后由 Secask 于 2010-7-18 14:23 编辑 ]

sanwsw

从我的电脑看去，开启GDI++渲染后，包括Ext-B、Ext-C部分汉字看去更为清晰了。下列三图均为相关编码的末页。

Secask

原帖由 sanwsw 于 2010-7-18 14:18 发表
从我的电脑看去，开启GDI++渲染后，包括Ext-B、Ext-C部分汉字看去更为清晰了。下列三图均为相关编码的末页。
5570

5571

5572

请问，你用的是6.7版的紫光吗？我用的6.6版的紫光，是显示不了的，我再试试看
不过，我还是建议能够独立开来为好的，具体原因我上面说了。虽然SANWSW兄你觉得无必要，不过，亦能否麻烦你代劳一下，帮我向开发组反映一下这个愿望，好吗？

[ 本帖最后由 Secask 于 2010-7-18 14:28 编辑 ]

sanwsw

代为反映这是自然的，相信开发组人员也会看到你的帖子，但我估计实现的可能性很低。
我的是最新版V6.7.0.24版，国际超大字符集字体支持包V5.4版，皮肤中文字体“华文细黑”升级版，注册表中进行了字体链接。

Secask

原帖由 sanwsw 于 2010-7-18 14:37 发表
代为反映这是自然的，相信开发组人员也会看到你的帖子，但我估计实现的可能性很低。
我的是最新版V6.7.0.24版，国际超大字符集字体支持包V5.4版，皮肤中文字体“华文细黑”升级版，注册表中进行了字体链接。

那我到时候再试试，看看还有没有GDI++不兼容的问题吧。

最后，还是想sanwsw兄代劳反映一下，谢谢了

sanwsw

原帖由 Secask 于 2010-7-18 14:59 发表

那我到时候再试试，看看还有没有GDI++不兼容的问题吧。

最后，还是想sanwsw兄代劳反映一下，谢谢了

　　我在用EmEditor打开含有Ext-B、Ext-C汉字的txt文本时，遇到与你类似的情况，但在禁用、启用GDI++之间切换一次后，只剩“半个汉字”现象，汉字加“囗”的现象消失。
　　在输入法候选栏中没有这个现象。你反映的问题，开发组已经知道。
　　我使用的是碧海潮声改制的雅黑宋体（等宽V2.11）版字体以替换系统宋体。不知是否与此有关。

Secask

原帖由 sanwsw 于 2010-7-18 19:57 发表

　　我在用EmEditor打开含有Ext-B、Ext-C汉字的txt文本时，遇到与你类似的情况，但在禁用、启用GDI++之间切换一次后，只剩“半个汉字”现象，汉字加“囗”的现象消失。
　　在输入法候选栏中没有这个现象。你反映的问题，开发组已经知道。
　　我使用的是碧海潮声改制的雅黑宋体（等宽V2.11）版字体以替换系统宋体。不知是否与此有关。

非常谢谢你帮忙反映

至于你的“半个汉字”现象，我目前好像未发现，在TXT文档下，我发现GDI++渲染对B区扩展字支持得还是比较好的，即使开启了GDI++也没有变成“两个框框”，会不会是我的GDI++跟你的版本不同的缘故呢？我也是用碧海潮声的雅黑替换宋体，不过我好像不是用2.11，是用1.2的。
此外，我换了6.7以后，发现一个有趣现象，GDI++的确没有再影响B区字在输入法候选栏中的显示了。不过我发现原来不是紫光支持GDI++了，只是新版6.7的输入法候选栏，不能被GDI++渲染罢了，虽然我之前也遇到过部分软件是不会被GDI++渲染的（例如江民杀毒软件的界面，里面的字体是不会被GDI++渲染的），但紫光还是头一次，应该是6.7才出现这情况的（之前的6.5、6.6版本还是能被GDI++渲染的）

lummar

嗯，貌似越花哨的东东就越容易出问题……

sunmd

开发组是基于什么考虑的呢？

我们认为对于普通用户，区分GBK、Unicode更容易一些，SunExtA、SunExtB、SunExtC技术性太强，普通用户接受的可能性非常小。

Secask

原帖由 sunmd 于 2010-7-20 13:34 发表
开发组是基于什么考虑的呢？

我们认为对于普通用户，区分GBK、Unicode更容易一些，SunExtA、SunExtB、SunExtC技术性太强，普通用户接受的可能性非常小。

或许是吧，毕竟扩展A区、B区、C区这些术语对于普通用户来说未免太专业了，不明白什么回事的大多数会把三个区都选上了。

[ 本帖最后由 Secask 于 2010-7-22 13:49 编辑 ]