LumaQQ Patch 3 测试版第一版 - 初步支持文件传输

Trotk

GB2312编码可以看,GBK也应该能看吧。

KanKer

最初由 kanven 发表
我用的也是fcitx3，操作系统magic linux1.2pr6 ，一样出现问题。

你能告诉我，我如何才能让我的fcitx3在lumaqq上出问题吗？我这里一直没测出问题来。我用的lumaqq是patch3的。

luma

最初由 jeff_yecn 发表
不错，不错！谢谢啦。

顺便问一句，源代码里面的汉字注释是什么编码的？我选 UTF-8 或 GB2312 看到的都是乱码。

哪里哪里，3Q 同心，其力断金
eclipse里面设定的是GBK，但是用GB2312不应该是乱码吧
不过你如果用的是M8，需要设成宋体才行

Yuking

现在支持代理了吗？不支持我就没法用，就没法测试输入法。
其实不能输入的原因已经知道，问题是在键盘释放消息上。只要fcitx向应用程序发送释放消息，在OO等上面就容易出问题。但如果不发送，有些程序需要释放事件，就只能关闭输入法才能用了(比如OO的对话框、wine)。昨晚研究一下SCIM的源码，发现它似乎没有发送释放事件。

luma

最初由 Yuking 发表
现在支持代理了吗？不支持我就没法用，就没法测试输入法。
其实不能输入的原因已经知道，问题是在键盘释放消息上。只要fcitx向应用程序发送释放消息，在OO等上面就容易出问题。但如果不发送，有些程序需要释放事件，就只能关闭输入法才能用了(比如OO的对话框、wine)。昨晚研究一下SCIM的源码，发现它似乎没有发送释放事件。

这个现象倒是和用户报告的很像
代理还没有，努力中，应该快了，主要还剩一些纯体力劳动和调试
不过既然OO，wine之类的和lumaqq上面的表现一样，如果OO没问题了，应该其他的也能有帮助吧？

kanven

最初由 KanKer 发表
你能告诉我，我如何才能让我的fcitx3在lumaqq上出问题吗？我这里一直没测出问题来。我用的lumaqq是patch3的。

在消息模式下，用ctrl+enter发完消息后，如果不关闭输入法，收到消息后按“回复”就输入不了。

KanKer

呵呵果然这样，因为我从来是输完后便关闭，所以没出过问题

Yuking

Kanker看看这样改改源码还有没有问题？
ime.c的下面这个if块中，
if (call_data->event.type == KeyRelease) {
...
...
}
将if (retVal == IRV_TO_PROCESS )这个判断删除
改为
return;
这样，就不向用户程序发送释放事件了。
看看还有没有那些问题？

luma

最初由 Yuking 发表
Kanker看看这样改改源码还有没有问题？
ime.c的下面这个if块中，
if (call_data->event.type == KeyRelease) {
...
...
}
将if (retVal == IRV_TO_PROCESS )这个判断删除
改为
return;
这样，就不向用户程序发送释放事件了。
看看还有没有那些问题？

有位用户这样改了，果然有效！
不过还存在另外一个问题，就是下次还需要重新打开输入法，这个能解决吗？

KanKer

最初由 Yuking 发表
Kanker看看这样改改源码还有没有问题？
ime.c的下面这个if块中，
if (call_data->event.type == KeyRelease) {
...
...
}
将if (retVal == IRV_TO_PROCESS )这个判断删除
改为
return;
这样，就不向用户程序发送释放事件了。
看看还有没有那些问题？

这个判断本来就是注释掉的，只要加一句
        return;
就没问题了。:p