Hi Kjell,

Maybe I misexplained the problem... that it's not GdkEventKey.keyval
related (and the #defined values in gdk/gdkkeysyms.h)...

In the last message, what I tried to ask for is the way to know the current
keyboard (the physical one) configuration at the level of keys. More
exactly, I need to know the value of each physical key will return.... and
for that, I mentioned the gdk_keymap_* functions.

According the GDK reference:
https://developer.gnome.org/gdk3/stable/gdk3-Keyboard-Handling.html

gdk_keymap_get_entries_for_keycode (...)  Returns the keyvals bound to
hardaware_keycode...

In fact, my question is if exists another alternative, closer to
Gtkmm/Gdkmm or must use
(almost, for the moment) this Gdk one.

Glus


2016-10-30 19:44 GMT+01:00 Kjell Ahlstedt <kjell.ahlst...@bredband.net>:

> There is an alternative, but it's not closer to gdkmm.
> The description of GdkEventKey.keyval at https://developer.gnome.org/
> gdk3/stable/gdk3-Event-Structures.html#GdkEventKey says: "See the
> gdk/gdkkeysyms.h header file for a complete list of GDK key codes." If you
> haven't downloaded the source of gtk+, you can look in the git repository:
> https://git.gnome.org/browse/gtk+/tree/gdk/gdkkeysyms.h?h=gtk-3-22
>
> /Kjell
> Den 2016-10-30 kl. 17:05, skrev Glus Xof:
>
> Hi guys,
>
> Thanks to all of you, again... so now, I'm understanding better... but in
> fact to solve all the entire problem, It just rests to obtain the *current*
> keyvals attached to each physical key. For that, I don't know if must to
> use the gdk_keymap_* functions (i.e. gdk_keymap_get_entries_for_keycode()...)
> or there is an alternative closer to Gdkmm.
>
> Glus
>
>
> 2016-10-30 13:17 GMT+01:00 Kjell Ahlstedt <kjell.ahlst...@bredband.net>:
>
>> There is an alternative:
>>
>> entry.signal_key_press_event().connect(sigc::mem_fun (*this, &MainWindow
>> ::get_key_info), false);
>> i.e. after==false in the call to Glib::SignalProxy::connect().
>>
>> Have you seen what's said about keyboard events in the gtkmm tutorial?
>> https://developer.gnome.org/gtkmm-tutorial/stable/chapter-ke
>> yboardevents.html.en
>> https://developer.gnome.org/gtkmm-tutorial/stable/sec-xevent
>> signals.html.en
>>
>> /Kjell
>>
>> Den 2016-10-30 kl. 10:46, skrev Glus Xof:
>>
>> Thanks Phil, that's it !
>>
>> Glus
>>
>> 2016-10-30 1:20 GMT+02:00 Phil Wolff <adia...@centurylink.net>:
>>
>>> Try this modification of your example: http://pastebin.com/x6tfK1Nv
>>>
>>>
>>> On 10/29/2016 02:46 PM, Glus Xof wrote:
>>>
>>>> Hi Ian,
>>>>
>>>> Thanks again but... I honestly don't see how to solve my problem...
>>>>
>>>> What I really need is to catch the value when a key is pressed... not
>>>> merely to know when the *entry* value has changed: What can I do from that
>>>> ?...and How to know which value has changed ?. You see what I mean ?
>>>>
>>>> Please, take this piece of code http://pastebin.com/LqTrph4i, and
>>>> you'd verify that the handler "get_key_info" is not called when a key is
>>>> pressed. And the question is... How to force it ?
>>>>
>>>> Thanks,
>>>>
>>>> Glus
>>>>
>>>
>>
>
>
_______________________________________________
gtkmm-list mailing list
gtkmm-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtkmm-list

Reply via email to