Klawisze strzałek są traktowane jako klawiatura numeryczna w MS Remote Desktop na Mac OS X

Kiedy korzystam z MS Remote Desktop 8.0.x, aby połączyć się z mojego Maca z maszyną wirtualną Windows na innym hoście, mam problem z mapowaniem klucza.

Windows traktuje klawisze strzałek Maca tak, jakby były na klawiaturze numerycznej (której ta klawiatura nie ma) i blokada numeru była włączona. W rezultacie, kiedy używam klawiszy strzałek, działają one jak naciśnięcia klawiszy na klawiaturze numerycznej, a nie przesuwają kursora.

Na poniższym obrazie edytowałem efektywne odwzorowania liczb:

• Ten problem się zdarza tylko z tym jednym konkretnym hostem RDP.
  • Nie mam tego problemu z innymi hostami (łączę się z około pół tuzina)
• Ten problem się zdarza tylko z MS Remote Desktop 8.0.x (obecnie 8.0.6) na OSX.
  • Potwierdziłem to Sznur 0.5.7 poprawnie odwzorowuje klucze.
  • Połączyłem się z klientem MS RDP z innego okna Win7, a klawisze strzałek działały dobrze (chociaż to pole miało normalną klawiaturę z klawiaturą numeryczną).

Testowałem za pomocą klawiatury ekranowej systemu Windows, aby wyłączyć numer w sesji RDP. Gdy tylko nacisnąłem klawisz strzałki, włączył się numlock i klawisze strzałek działały tak, jakby były klawiszami numerycznymi.

Ten problem magicznie zmaterializował się pewnego dnia (przepraszam, nie pamiętam dokładnie, jaką wersję RDP miałem w tym czasie, ale była to wersja 8.0.something).

Celem RDP jest V7 Win7 działający na VirtualBox 4.3.10 na hoście Ubuntu 14.04. Łączę się z hostem RDP w hiperwizorze VirtualBox, a nie bezpośrednio z systemem Windows, ponieważ gość Windows to Home Premium, a zatem nie obsługuje przychodzących połączeń RDP.

Czy ktoś może zasugerować, w jaki sposób klawisze strzałek OSX należy traktować jako klawisze strzałek w sesji RDP, tak jak są one wszędzie?

To jest potwierdzony błąd w VirtualBox 4.3.8, ale powinien zostać naprawiony w 4.3.10. Możesz spróbować starsza wersja lub wersja „testowa” w pierwszym linku.

Mam też ten sam problem. MacOS (10.9.5) RDP (8.0.13 Build 25377) VirtualBox (4.3.20r96996) działający na Ubuntu 12.04 Host z uruchomionym gościem RHEL5 na pełnym ekranie.

Dla mnie jest to uruchamiane przez naciśnięcie blokady czapki lub klawiszy num lock.

Za pomocą EkriirkE wskazówka, jestem w stanie cofnąć klawisze strzałek przez wyłączenie num-lock. (Używając prawdziwej klawiatury w Linuksie lub klawiaturze ekranowej, a następnie klawisze strzałek działają, ale tylko na prawdziwej klawiaturze). Zablokuje się ponownie, jeśli użyję dowolnego klucza w RDP LRE powiedział, chyba że zamknę sesję RDP (Command-Q lub Command-W), a następnie ponownie połączę sesję RDP.

Podsumowując, moje obejście:

1. Wyłącz blokadę Num w VM (w Linuksie mogę użyć polecenia numlockx off )
2. Zamknij sesję RDP ⌘Q lub ⌘W (musisz to zrobić przed wysłaniem kolejnych naciśnięć klawiszy do maszyny wirtualnej)
3. Ponownie połącz się z sesją RDP

Spowoduje to zresetowanie stanów num lock zarówno w maszynie wirtualnej, jak i słabo zsynchronizowanym stanie w RDP.

• Bardziej zautomatyzowana poprawka miałaby skrypt AutoHotKey lub skrypt Bash wyłączał num lock po ponownym połączeniu przed wpisaniem kluczy.
• Możesz też po prostu nigdy nie używać CapsLock / NumLock lub wyłączać ich dla RDP.

Czy możesz spróbować użyć klawiatury OnScreen (OSK) na zdalnym komputerze (Akcesoria, Dostępność) i przełączyć klawisz num lock i spróbować ponownie? Miałem ten problem z RDP w systemie Linux + Windows, jednak mój komputer z linuxem ma rzeczywistą blokadę num. Muszę tylko kilka razy przełączyć, aby zsynchronizować stan, w którym brakujący Mac stworzył drugi problem - OSK powinien działać.

Firma Microsoft wydała eksperymentalną wersję klienta RDP, który rozwiązał problem ze strzałkami: http://blogs.msdn.com/b/rds/archive/2015/08/11/introducing-the-new-microsoft-remote-desktop-preview-app-for-mac.aspx