Michael Torrie wrote:
> So it looks like it is certainly possible to take alt-spacebar away from
> the window manager. Just now I noticed that VirtualBox's virtual
> machine windows do this very thing. In fact alt-clicking to drag/resize
> is eaten by virtualbox as well. So there must be a way to
Bill Farmer wrote:
> Thanks for all the help. I've put it in the too hard box for the moment,
> but will come back to it later...
So it looks like it is certainly possible to take alt-spacebar away from
the window manager. Just now I noticed that VirtualBox's virtual
machine windows do this very
Thanks for all the help. I've put it in the too hard box for the moment,
but will come back to it later...
Bill
Dave Howorth wrote:
Bill Farmer wrote:
I don't think it can be done without changing the window manager default
key mapping, which apply to all apps. I can't find anything in the
Bill Farmer wrote:
> I don't think it can be done without changing the window manager default
> key mapping, which apply to all apps. I can't find anything in the
> window and session manager functions part of the xlib documentation that
> says anything about key mapping. I've also tested a simple
I don't think it can be done without changing the window manager default
key mapping, which apply to all apps. I can't find anything in the
window and session manager functions part of the xlib documentation that
says anything about key mapping. I've also tested a simple as possible X
applicati
Good idea, but it doesn't work, you still get a window menu which pops
up under where the title bar would be if there were one. Makes the
toolbar look a bit funny. Alt-F4 still quits the app as well. That's
another show stopper I hadn't thought of until now. Ho hum.
Kevin DeKorte wrote:
-
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 k
Brian J. Tarricone wrote:
> 2. Suggest that users disable conflicting key bindings or, if that's
> not possible, use a different WM that doesn't have a conflicting key
> binding (or is configurable).
>
> You can't. The WM doesn't care what app is focused. It'll eat the key
> regardless.
>
> And
I've just tried this. It captures the keyboard ok, no other windows get
any keyboard input until you quit the app, but it doesn't stop the
alt-spacebar thing. I don't think it can be done. I've just tried emacs,
which is the application that captures all known keystrokes, and a few
more you did
Actually I believe it is here:
http://library.gnome.org/devel/gdk/stable/gdk-General.html#gdk-keyboard-grab
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Brian J. Tarricone wrote:
> Well, you have a couple choices:
Actually there is a third option. You can grab the focus like VMWare or
DosEMU does and prevent any keystrokes from going to the WM. Of course
you'll have to provide a way to release the grab.
I believe the API is in GdkDisplay area[1
Looks like it's a show stopper, which is a shame because I've already
got a nice layout, and got the keyboard interaction going. The problem
is that the emulation has to bear some resemblance to the real
instrument, and be playable, so even if I don't use the alt key, users
are likely to hit i
On 05/28/2009 11:51 AM, Bill Farmer wrote:
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
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 k
On 05/27/2009 09:45 PM, Emmanuel Rodriguez wrote:
On Wed, May 27, 2009 at 9:04 PM, Brian J. Tarriconewrote:
Bill Farmer 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 wi
On Wed, May 27, 2009 at 9:04 PM, Brian J. Tarricone wrote:
> Bill Farmer 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
On Wed, May 27, 2009 at 8:11 PM, Bill Farmer
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 gt
Bill Farmer 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
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
19 matches
Mail list logo