scim/skim 1.3.0/scim-qtimm 0.9.0 发布

troll

liuspider你好，我在Slackware KDE 3.4.0中用过skim-1.2.2，但经常出现退出KDE时kicker崩溃，不知是何原因，1.3我还没试过。

liuspider

呵呵，不好意思，那是由于 scim-qtimm 的一个 bug 造成的

现在 CVS HEAD 中应该已经完全解决了

不过，只有在退出KDE时，kicker才会有时崩溃，因此并不影响正常使用的 ;)

troll

好，期待下一个release。 :2cool

james_su

Post by troll
不知道fundawang说的是不是，使用了scim后，在qt程序中经常会造成无法输入的情况。我经常碰到在KDE运行命令对话框，和打开保存文件对话框中无法输入文字。

我为什么没有碰到这样的问题呢？奇怪。

troll

这个问题经常随机发生，比如在kate中创建一个文本文件后，ctrl+s要想保存，但在保存文件对话框的Location栏中发觉无法输入了，只能关闭对话框，回到编辑器中ctrl+space开关几次scim，再次保存，突然就能输入了，问题虽不大，但很扰人。

KDE是Slackware Current中的3.4.0，scim版本是1.2.3，1.3还没用用过。qt中XIM输入风格是On The Spot，没有选中动态事件流。

james_su

Post by troll
这个问题经常随机发生，比如在kate中创建一个文本文件后，ctrl+s要想保存，但在保存文件对话框的Location栏中发觉无法输入了，只能关闭对话框，回到编辑器中ctrl+space开关几次scim，再次保存，突然就能输入了，问题虽不大，但很扰人。

KDE是Slackware Current中的3.4.0，scim版本是1.2.3，1.3还没用用过。qt中XIM输入风格是On The Spot，没有选中动态事件流。

嗯。好像确实有这样的问题。

fundawang

Post by james_su
我为什么没有碰到这样的问题呢？奇怪。

作为开发者，应该在多个发行版上进行测试 :p

我盘算了一下，估计可能是这样(但不一定正确)。在输入法开启的情况下，scim会根据获得焦点的widget来启用或禁用输入。如果当前的widget不支持输入的话，那么就完全禁用输入。很不幸的是，在开新窗口或者是切换窗口的时候，scim会错误的接到当前widget的信息，或者接到widget信息的顺序不对。所以未释放对输入的禁用。这个问题在Opera中尤为明显，因为Opera本身就会对输入进行控制，而scim也想控制。二者经常配合得不好。

不过Mandriva最近已经启用了qtimm，所以问题应该不太大了。

james_su

基本确定是 qt 的问题。如果关闭 scim 的动态事件流选项，就会出现这个问题。打开该选项就没有问题。

我跟踪了一下，如果关闭动态事件流选项。在出这个问题的时候，scim 收不到任何输入法事件，当然就无法进行输入了。看来 qt 只支持 xim 动态事件流模式。

谁帮忙给qt xim的作者报告一个BUG吧。

james_su

Post by fundawang
作为开发者，应该在多个发行版上进行测试 :p

我盘算了一下，估计可能是这样(但不一定正确)。在输入法开启的情况下，scim会根据获得焦点的widget来启用或禁用输入。如果当前的widget不支持输入的话，那么就完全禁用输入。很不幸的是，在开新窗口或者是切换窗口的时候，scim会错误的接到当前widget的信息，或者接到widget信息的顺序不对。所以未释放对输入的禁用。这个问题在Opera中尤为明显，因为Opera本身就会对输入进行控制，而scim也想控制。二者经常配合得不好。

根本不是这样子的。我已经基本确定这是QT的问题了。我平时只用 scim-qtimm，不用 xim，所以没有这样的问题。

fundawang

Post by james_su
基本确定是 qt 的问题。如果关闭 scim 的动态事件流选项，就会出现这个问题。打开该选项就没有问题。

我跟踪了一下，如果关闭动态事件流选项。在出这个问题的时候，scim 收不到任何输入法事件，当然就无法进行输入了。看来 qt 只支持 xim 动态事件流模式。

谁帮忙给qt xim的作者报告一个BUG吧。

如果该选项不会造成任何其它干扰，建议scim默认开启该选项。