#7530 closed defect (duplicate)
KeyCodes as seen by xev are not passed transparently to Linux guest -> duplicate of #2595
回報者: | Dov Grobgeld | 負責人: | |
---|---|---|---|
元件: | other | 版本: | VirtualBox 3.2.6 |
關鍵字: | 副本: | ||
Guest type: | Linux | Host type: | Linux |
描述
My actual problem is that in the latest version of VirtualBox that I am using, the Alt key is mapped to Menu key in my guest WindowsXP. But as I don't understand much of Windows key code management, I am reporting this bug, which to me seem related.
xev (http://www.x.org/archive/X11R7.5/doc/man/man1/xev.1.html) as run natively in my Fedora linux host and as run in a Fedora Guest do not report the same keycodes for the same keys. I would expect VirtualBox to transfer keycodes transparently without any translation.
E.g. the following three keys in the lower left corner of the keyboard [Ctrl], [Win], [Alt] yield the following keycodes under the Fedora host and at the Fedora guest as reported by the keycode field of xev:
Fedora host: 37, 133, 64 Fedora guest: 64, 115, 115
Can I influence the mapping, i.e. is there a host-to-guest keycode translation table? Or is the mapping done by host keysyms to guest keycodes? Is there a configuration option for that?
更動歷史 (2)
comment:2 14 年 前 由 編輯
摘要: | KeyCodes as seen by xev are not passed transparently to Linux guest → KeyCodes as seen by xev are not passed transparently to Linux guest -> duplicate of #2595 |
---|---|
狀態: | new → closed |
處理結果: | → duplicate |
Unfortunately, we can't just do straight keycode to scan code mapping (at least not without sanity checks, which are defeated by your Dvorak layout), as this can fail in some setups. At some point I will switch to using XKB to get keyboard information which I hope will solve these issues.
Marking this a duplicate of ticket #2595.
I should perhaps add that I am using a heavily customized keyboard mapping in Linux: Dvorak layout + swapped control and Caps Lock. But again, I would expect the keycodes to be transfered transparently and that the host host keycode-to-keysym map should not influence.