Re: Stop alt-spacebar window menu
- From: Bill Farmer <williamjfarmer tiscali co uk>
- To: "Andrew W. Nosenko" <andrew w nosenko gmail com>
- Cc: gtk-app-devel-list gnome org
- Subject: Re: Stop alt-spacebar window menu
- Date: Wed, 27 May 2009 22:58:10 +0100
The reason for wanting to capture the alt-spacebar combination is
because the keyboard is being played as a musical instrument using the
function keys on one side, and the control, alt, and spacebar on the
other side. So, every time the user presses alt-spacebar, the app main
window loses the keyboard focus, he has to put the keyboard down, and
use the mouse to dismiss the menu, as the escape key doesn't return the
focus to the app main window. See http://melodeon.googlecode.com.
I've looked at the keybindings, but can't work out how to remove this
one. It's possible that it's in X windows, I haven't got that far. Also
I only want to change it for this application.
Andrew W. Nosenko wrote:
On Wed, May 27, 2009 at 8:11 PM, Bill Farmer
<williamjfarmer tiscali co uk> wrote:
I am porting a native windows application to linux gtk. I want to stop the
alt-spacebar key combination popping up the application window menu. This
can be done in windows by capturing the WM_SYSCHAR message. After searching
though the gtk documentation and sources, the only way I can see to do this
is by copying a file from the gdk sources, modifying it, and compiling it
with the application. This is complicated by the latest gtk source tarball
not including gdk. Is this because gdk hasn't changed since the last version
that contained it? Am I missing something?
Sorry, but I don't understand your wish completely!
First at all, why do you want to limit user's ability to access window menu?
Second, it is unclear, whether you targeting "window menu" indeed, or
there just conflict between wanted-by-you keybinding and default WM's
keybinding.
In first case (targeting window menu especially), I would to recommend
think twice before frustrating user.
In second, just reconsider your keybindings, which would be far better.
But again and anyway, I can be absolutelly wrong because don't
understand your reasons and needs...
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]