pqrs-org/Karabiner-Elements

Key below "esc" (^/°) and right of "left shift" (</>) are swapped in Windows

Open

#1,465 建立於 2018年6月26日

在 GitHub 查看
 (32 留言) (1 反應) (0 負責人)C++ (22,112 star) (909 fork)batch import
bughelp wanted

描述

Karabiner wrongly swaps two keys when I use Windows on my Mac.

The keys are (the usual ones):

  • The key below the esc key. In my case (German layout), this is ^.
  • The key right of the left shift key. In my case, this is <.

These keys work fine on macOS itself (e.g. when using the Terminal or a text editor). However, as soon as I use Windows from my Mac, the keys get swapped.

By "use Windows from my Mac" I mean one of the following:

  • use Windows in a VM (I've tested both VMWare Fusion and VirtualBox)
  • use Microsoft Remote Desktop to connect to a Windows box.

When I quit/uninstall Karabiner, the keys are no longer swapped and work correctly even on Windows.

I'm guessing that both Remote Desktop as well as VMs send scancodes rather than characters to Windows. I've also read that this has something to do with the ANSI/ISO keyboard type - but I couldn't figure out how to change the keyboard type. In any case, I think Karabiner should work correctly in this case out of the box.

My setup (if it matters):

  • MacBook Pro Retina (Mid 2012)
  • German keyboard (I'm just using the integrated keyboard, not an external one)
  • macOS High Sierra (10.13.5)
  • Karabiner 12.1.0

貢獻者指南

技術棧
cpp
領域
desktopbackend
議題類型
bug
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
4
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
over 1 week
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
stale
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
mostly clear
前置要求
knowledge of scancodesunderstanding of ANSI/ISO keyboard layoutsfamiliarity with Karabiner's event handlingC++ debugging skills
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
15
研究方向
Investigate how Karabiner handles scancode to character translation for ISO keyboards when using VMs or RDP. Look at the event grabber code (e.g., src/core/grabber/) and any existing logic for keyboard type detection. Check comments and linked PRs for prior attempts. The bug likely requires updating scancode mapping or layout detection to avoid swapping keys based on OS specific differences.