在KDE Python应用程序中处理键盘中断？

我正在处理PyKDE4/PyQt4应用程序，我注意到，当我用CTRL+C发送程序时，键盘中断不会被处理，直到我通过点击菜单项或更改复选框与应用程序交互

lfaraone@stone:~$ /usr/bin/autokey
^C^C^C
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/autokey/ui/popupmenu.py", line 113, in on_triggered
    def on_triggered(self):
KeyboardInterrupt
^C^C^C
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/autokey/ui/configwindow.py", line 423, in mousePressEvent
    def mousePressEvent(self, event):
KeyboardInterrupt

尽管在/usr/bin/autokey中有以下内容，但仍然存在这种情况：

#!/usr/bin/python
# -*- coding: utf-8 -*-

import sys
from autokey.autokey import Application

a = Application()
try:
    a.main()
except KeyboardInterrupt:
    a.shutdown()
sys.exit(0)

为什么键盘中断没有被捕获：

• 当我发布它时，而不是下一次在GUI中执行操作时
• 根据最初的try/except条款

使用Python2.6运行Ubuntu 9.04。

尝试这样做：

import signal
signal.signal(signal.SIGINT, signal.SIG_DFL)

调用

a.main（）

之前

---

更新：记住，Ctrl-C可用于GUI应用程序中的复制。最好在Qt中使用Ctrl+\键，这将导致事件循环终止，应用程序关闭。

是的，然后捕获sig。要我粘贴a.main（）的内容吗？好的。有没有一种方法可以改变它，使CTRL+C在几乎所有其他UNIX应用程序中都能正常工作？正如一个注释：例如，在德国键盘上，您不能按CTRL+\键，因为\os已经有一个键序列（Alt Gr+ß）。注释SIG_DFL是操作系统的默认信号处理程序，它会终止应用程序。代码不会在^C上引发键盘中断，应用程序将在之前被终止。如果尽快捕获sig，则表明未引发键盘中断的原因是您在Qt内处于基于C的事件循环中，Python解释器在下次事件循环中才有机会注册^C。