|
From: | Daniel J Sebald |
Subject: | Re: Terminal input in the GUI vs. Qt keyboard shortcuts |
Date: | Wed, 15 May 2013 17:49:32 -0500 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16 |
On 05/15/2013 05:39 PM, John W. Eaton wrote:
I've been unable to find a way to avoid conflicts between Qt keyboard shortcuts and the terminal input that readline is handling. I'm wondering if this is a fundamental problem that can't be solved if we are hooking readline directly to stdin for the process. Can anyone shed some light on this? I'd really like to know whether the way we are embedding the terminal widget has a chance of working, or whether there is a fatal flaw here that we aren't going to be able to work around no matter what we do. Comments?
I haven't looked at this. Have you tried to get at the level where the shortcuts are handled? It seems to me that maybe a better way is instead of trying to use linux OS level communication is to override the keyboard handling element of Qt with a function that first checks if the terminal window is the window in focus and then pass that onto readline somehow. Or the control-keys could generally be passed onto the terminal, depending upon on how one wants to treat it.
key hit -> Qt key handler -> terminal focus, send to readline -> not terminal focus, send to normal Qt handler Dan
[Prev in Thread] | Current Thread | [Next in Thread] |