Results 1 to 1 of 1

Thread: Switch Language option doesn't work correctly.

  1. #1

    Default Switch Language option doesn't work correctly in Korean IME

    Hi, I use Parallels 5.0.9308 in OS X 10.5.8 now.

    I've heard that new 5 version support Switch Language option which enables to use OSX's Input Menu Shortcut into Windows identically.


    Currently, I assigned Cmd+Space to 'Select previous input source' in OSX Internation preferences pane Input Menu tab.
    I also installed Parallels Tools in Parallels Windows.
    I use default Keyboard settings in Parallels and OS X too.

    When I enter the 'Cmd+Space' in Windows, it makes weird sequence of scan-codes.

    I expected that it makes below results.

    Left Windows down,
    Space down,
    Space up,
    Left Windows down.

    But It said below.



    Is it correct behavior?

    What kind of scan-code it exactly make? I wonder.


    ADD)

    I've found that it is for Windows Input Languages.



    In case of Korean, it has both Korean and English mode in one input method.
    Therefore most of Korean users use only one Korean Input Method in Windows.
    The problem is 'Switch Language option' can't be changed default hotkey into custom one.
    At that point, OSX's "Cmd+Space" to Windows's "Shift+Left Alt" is useless.

    So would you support add custom shortcut in 'Switch Language option'?


    And another recommendation, supporting Hangul/English key and Hanja convert key in Korean PC Keyboard.
    Parallels has already has Japanese PC keyboard's Japanese IME related key.



    Korean Keyboard also has two keys, called Korean/English(한영) input method change key and Hanja(한자, convert Korean syllable into related Chinese letter) key.
    Each scan code is 0xF2, and 0xF1. They have key up event only. It's the reason they have MSB in 1.
    HID Usage Page and HID Usage ID pairs are 0x07 0x90, 0x07 0x91.
    You can find it, in USB HID to PS/2 Scan Code Translation Table.


    So I hope you add these two keys into Parallels keyboard settings.


    And when the user connect Korean PC Keyboard into USB, each key makes 0x68 and 0x66 of virtual keycode in OSX.
    Their values are same as Japanese Mac Keyboard's Kana and Eisuu.


    In case of Korean/English key, it is recognized well by VMWare.
    http://forum.parallels.com/attachmen...1&d=1263618872

    But Hanja is considered in CapsLock. It's very weird.
    http://qkpic.com/cc102

    I think it is the result from Japanese PC Keyboard's Eisu key.
    It might be considered Eisu key in VMWare.
    You can see below link and find that Eisuu(英數-English/Number) in Mac keyboard is located in CapsLock in PC Keyboard.

    PC Keyboards:
    http://www.vector.co.jp/pickup/win/p04617gw.gif
    http://upload.wikimedia.org/wikipedi..._keyboards.jpg
    http://fula.jp/blog/image/ThinkPlus_...v_Japanese.jpg
    http://www.atmancomputer.com/catalog...Keyboard_l.jpg
    http://static.benippon.net/magento/m...KBP-J109LG.jpg

    Apple Mac Japanese JIS Keyboards:
    http://s3.amazonaws.com/dotclue.org/kybard.jpg
    http://www.flickr.com/photos/raneko/2985339465/sizes/o/
    http://www.flickr.com/photos/cocreat...42089/sizes/l/
    http://www.flickr.com/photos/lnealan...02087/sizes/l/

    Apple ANSI Keyboard:
    http://images.apple.com/keyboard/ima...1_20070813.jpg

    So VMware would have option to choose that which key use in virtual keycode 0x66 between Korean Hanja and Japanese Eisuu.
    Attached Images Attached Images
    Last edited by ChangBeom Park; Jan 15, 2010 at 11:34 PM. Reason: adds comment.



Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •