Dear maintainer, All Korean 101/104 keyboard(adopted at most of Korean laptops) users encounter the same issue whenever they install new linux dist like shown below. https://bugs.launchpad.net/unity/+bug/940927 http://katselphrime.wo.tc/2012/09/15/how-to-fix-right-alt-hangul-key-issue-in-unity/ (sorry, written in Korean, but you may refer some images here...) http://ubuntu.or.kr/viewtopic.php?f=20&t=23583 (written in Korean) The issue is that Korean 101/104 keyboard utilizes "Right Alt key" for just "Hangul key" exclusively without any modifier function, but the current Korean 101/104 keyboard's symbol configuraion fires "Hangul key with Mod1 modifier". (Also Hangul_Hanja key is the same.) Because of this issue, some users fix this issue with changing ubuntu hud shortcut key from Alt key to another key, and other users fix this issue with executing "xmodmap -e 'remove mod1=Hangul'" command at the booting process. Yes, I agree with that ubuntu might have a problem too. But IMO, in order to support Korean 101/104 keyboard properly, Korean symbol configuraion should be like shown below. partial hidden function_keys xkb_symbols "koreankeys_raltctl" { key <RALT> { type[Group1]="ONE_LEVEL", symbols[Group1] = [ Hangul ] }; //key <RALT> { [ Hangul ] }; key <RCTL> { type[Group1]="ONE_LEVEL", symbols[Group1] = [ Hangul_Hanja ] }; //key <RCTL> { [ Hangul_Hanja ] }; }; Or redefine Mod1, Control as modifier_map Mod1 { Alt_L, Meta_L };, modifier_map Control{ Control_L};... But no matter how you fix this, I would be appreciated:-) Thank you.
Thank for the info. Please test the patch at #84404. Replaced Hangul/Hanja don't show me modifier state with this patch. KeyPress event, serial 36, synthetic NO, window 0x2a00001, root 0x29b, subw 0x2a00002, time 704153995, (28,61), root:(1781,641), state 0x0, keycode 108 (keysym 0xff31, Hangul), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 36, synthetic NO, window 0x2a00001, root 0x29b, subw 0x2a00002, time 704154075, (28,61), root:(1781,641), state 0x0, keycode 108 (keysym 0xff31, Hangul), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 36, synthetic NO, window 0x2a00001, root 0x29b, subw 0x2a00002, time 704154683, (28,61), root:(1781,641), state 0x0, keycode 105 (keysym 0xff34, Hangul_Hanja), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 36, synthetic NO, window 0x2a00001, root 0x29b, subw 0x2a00002, time 704154747, (28,61), root:(1781,641), state 0x0, keycode 105 (keysym 0xff34, Hangul_Hanja), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
*** This bug has been marked as a duplicate of bug 84404 ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.