Hi, "Brian J. Murrell" <[EMAIL PROTECTED]> writes:
> > Of course you have to > > focus it first (using the Tab key). > > Tab or Alt-Tab? If Alt+Tab, is there any way I can configure an LIRC > key to be an Alt+Tab? Tab. > > You can force focus to the clist > > by inserting a call to gtk_widget_grab_focus(). > > I tried this in my app with still no cursor key (via LIRC) > functionality in my GtkCList. does this mean that you can navigate the list using the cursor keys on your keyboard (assuming you have one attached) but not using the remote control? That would indeed surprise me since the GDK layer makes no distinction between the sources of key events. > So it seems that the GtkCList (programList) is getting the keypress > events and they are the right ones (from > /usr/include/gtk-2.0/gdk/gdkkeysyms.h): > > #define GDK_Up 0xFF52 > #define GDK_Down 0xFF54 > > so I am at a loss as to why my GtkCList is not reacting to the keys > when I remove the signal handler for key_press_event. > > Any more ideas? Any further tests I can do? what about returning FALSE in the key_press_event handler? You should see the debugging output then and the events should be processed by the widget as well. Are you sure you are using the latest version of GTK+-DirectFB (version 2.0.5)? Keyboard navigation used to be broken until recently. Salut, Sven -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe directfb-dev" as subject.
