Issue 52: ibus-anthy: Add another typing_rule http://code.google.com/p/ibus/issues/detail?id=52
Comment #25 by Shawn.P.Huang: Hi Takuro.ashie I checked SCIM, and tested XGetKeyboardMapping today, but I think SCIM's way to handle 'Yen' & 'baclslash' is not right. SCIM should don't process hardware_keycode. Because hardware_keycode dependant on keyboard hardware. If users set right keyboard model and key layout in `gnome-keyboard-properties` (choice layout 'Japan OADG 109A'), xkb or gdk will translate 'Yen' & 'Backslash' key correctly. So we should not process hardware_keycode by self. Eventually, we process hardware keycode by self, I think SCIM's way is not right too. Because KeySyms returned by GetKeyboardMapping(dpy, 133 [hardware keycode of Yen key], 1, &keysym_size) is not constantly, it will be changed when users change the keyboard configure. So I think, testing keysyms[0] == XK_backslash and keysym_size > 1 && keysyms[1] == XK_underscore to decide if this key is Yen key is wrong. BTW, I want to know why we do not let users to use 'Japan OADG 109A' layout. Is it cause any other problems? -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "ibus-devel" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/ibus-devel?hl=en -~----------~----~----~----~------~----~------~--~---
