Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]): > I just tried to remove the cursor from my GTK+-DirectFB "set-top" > application by commenting out > > DisplayLayer->EnableCursor (DisplayLayer, 1); > > in gdkmain-directfb.c. I know this is a hack, but a) it should be > possible to do this sort of thing and b) I was testing the concept > before going any further with it. > > Anyway, I noticed that my keypress/keyrelease events no longer get > sent to windows on the layer with the cursor disabled. What is the > theory of this? Why should (a) window(s) on a layer without a cursor > not get keyboard (or IR!) events? > > I can go along with suppressing window movement events, but there > really is no relation to not having a cursor and not wanting/receiving > keyboard events. > > Thots? Can we get rid of this restriction?
The problem may be that your window doesn't get the input focus automatically. Try to request it via the gtk function for doing so. -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" Convergence GmbH -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe directfb-dev" as subject.
