[gnome-shell] StImText: don't translate keyboard state again



commit a8c8df6ee8fa62aca6cbb17d69a6ff9f1bd55fa4
Author: Giovanni Campagna <gcampagna src gnome org>
Date:   Sun Feb 3 16:43:54 2013 +0100

    StImText: don't translate keyboard state again
    
    Clutter translates keyboard state internally, and clears the lock bits
    from modifier state, so translating again results in the wrong keysym.
    Given that Clutter already gives us a fine keysym, we don't need this.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=692586

 src/st/st-im-text.c |    4 ----
 1 files changed, 0 insertions(+), 4 deletions(-)
---
diff --git a/src/st/st-im-text.c b/src/st/st-im-text.c
index 6419c66..9f542ab 100644
--- a/src/st/st-im-text.c
+++ b/src/st/st-im-text.c
@@ -316,10 +316,6 @@ key_event_to_gdk (ClutterKeyEvent *event_clutter)
    * doesn't support XKB; we'll just end up with group == 0 */
   event_gdk->group = XkbGroupForCoreState (event_gdk->state);
 
-  gdk_keymap_translate_keyboard_state (keymap, event_gdk->hardware_keycode,
-                                       event_gdk->state, event_gdk->group,
-                                       &event_gdk->keyval, NULL, NULL, NULL);
-
   if (event_clutter->unicode_value)
     {
       /* This is not particularly close to what GDK does - event_gdk->string



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]