Thread: Using GTK3.0 numpad keys

I'm using GTK3.0 and trying to make the 5 key on the num pad respond when numlock is off. Is there any way to see if numlock is off and still have that key respond? This is how I have it set up.

In my int main I call
g_signal_connect(window, "key-press-event", G_CALLBACK(on_key_press), NULL);
it works for all the other keys.

Then in my keypress function I use a switch like so.
switch (event->keyval)
{
case GDK_KEY_Up:

Another way I could kame this work is if there is a name for
the 5 key on the numpad when numlock is off, in the same way that
8 is GTK_KEY_Up when numlock is off.

Is there a name for the 5 when numlock is off?
Also is there a way to tell the difference in GTK3.0 between
the numbers above the letters and the ones in the numpad?

If not, is there another way I could use the 5 key on numpad
with numlock off? Like maybe set it up to listen for it, but
not through GTK? I don't know how I would do that, since I use
GTK for my GUI. Any help is much appreciated.

I found a gtk header file online that contains keysym definitions. I believe that 0xffb5 is KP_5. There are, of course, KP_0 through KP_9 definitions.

However, as you point out there are plenty of computer keyboards where the NumLock engages keypad-as-numbers, but without NumLock the keypad is mapped to directional movement keys. (up, left, page-down, etc.) In that case, the meaning assigned to keypad 5 can vary from dot ('.') to nothing.

I believe you should make a point of writing a utility program, or adding a logging mode to your existing program, so that you can print out the keypress event structures (like how the xev program does) and see what is being sent with various combinations of numlock and different keyboards, if you are able to use different keyboards.

I know the keyboard sends a signal even when the numlock is off, I used one of those keyboard testing websites. I just don't know what the actual signal sent is when numlock is off, or if gtk can catch it.