Teclas de seta tratadas como teclado numérico no MS Remote Desktop no Mac OS X

8

Ao usar o MS Remote Desktop 8.0.x para conectar do meu Mac a uma VM do Windows em outro host, tenho um problema de mapeamento de chaves.

O Windows trata as teclas de seta do Mac como se estivessem no teclado numérico (que este teclado não possui) e o número de bloqueio estava ativado. O resultado é que, quando uso as teclas de seta, elas atuam como teclas pressionadas no teclado numérico, em vez de mover o cursor.

Na imagem a seguir, editei nos mapeamentos de números efetivos:

  • EsteproblemaocorreapenascomestehostRDPespecífico.
    • Eunãoestoutendoesseproblemacomoutroshosts(tenhocercademeiadúziadeconexões)
  • EsteproblemaocorreuapenascomoMSRemoteDesktop8.0.x(atualmente8.0.6)noOSX.
    • Confirmeique o CoRD 0.5.7 mapeia as chaves corretamente.
    • Eu me conectei com um cliente MS RDP de outra caixa do Win7 e as teclas de seta funcionaram bem (embora essa caixa também tivesse um teclado normal com o teclado numérico).

Eu testei usando o teclado na tela do Windows para desativar o numlock na sessão RDP. Assim que pressionei uma tecla de seta depois disso, o numlock voltou e as teclas de setas continuaram a funcionar como se fossem teclas numéricas.

Este problema materializou-se magicamente um dia (desculpe não me lembro exatamente qual versão do RDP eu tinha na época, mas era 8.0.alguma coisa).

O alvo do RDP é uma VM do Win7 em execução no VirtualBox 4.3.10 em um host do Ubuntu 14.04. Estou me conectando ao host RDP no hipervisor do VirtualBox em vez de diretamente ao Windows, porque o convidado do Windows é o Home Premium e, portanto, não suporta conexões RDP de entrada.

Alguém pode sugerir como fazer com que as teclas de seta do OSX sejam tratadas como chaves de flecha dentro da sessão do RDP, como se estivessem em qualquer outro lugar?

    
por LRE 21.05.2014 / 02:32

4 respostas

4

Este é um bug confirmado no VirtualBox 4.3.8, mas deveria ter sido corrigido em 4.3.10. Você pode tentar uma versão mais antiga ou a versão "teste" no primeiro link.

    
por 22.05.2014 / 00:10
2

Eu também estou tendo o mesmo problema. MacOS (10.9.5) RDP (8.0.13 Build 25377) VirtualBox (4.3.20r96996) sendo executado no Ubuntu 12.04 Host com um convidado RHEL5 rodando em tela cheia.

Para mim, é acionado pressionando as teclas caps lock ou num lock.

Usando a dica EkriirkE , consigo recuperar as teclas de seta desativando o num-lock. (Usando um teclado real na caixa linux ou um teclado na tela, e depois as teclas de seta funcionam, mas apenas no teclado real). Ele será bloqueado novamente se eu usar qualquer chave no RDP como LRE disse, a menos que eu feche a sessão RDP (Comando Q ou Command-W) e depois reconectar a sessão RDP.

Então, em resumo, minha solução alternativa:

  1. Desativar o Num lock na VM (no linux eu posso usar o comando numlockx off )
  2. Feche a sessão RDP ⌘Q ou ⌘W (você deve fazer isso antes de enviar mais pressionamentos de teclas à VM)
  3. Reconecte-se à sessão RDP

Isso redefinirá os estados do num lock na VM e no estado mal sincronizado no RDP.

  • Uma correção mais automatizada teria um script AutoHotKey ou o script Bash desativaria o num lock quando você se reconectar antes de digitar qualquer tecla remotamente.
  • Você também pode nunca usar o CapsLock / NumLock ou desabilitá-los para o RDP.
por 10.02.2015 / 18:34
1

Você pode tentar usar o teclado OnScreen (OSK) na máquina remota (Acessórios, Acessibilidade) E alternar a tecla num lock e tentar novamente? Eu tive esse problema com o Linux + Windows RDP, no entanto a minha máquina linux tem um num lock real eu só tenho que alternar algumas vezes para sincronizar o estado, onde o mac falta um criou um segundo problema, o OSK deve funcionar. / p>     

por 21.05.2014 / 06:02
1

A Microsoft lançou uma versão experimental do cliente RDP que corrigiu o problema com as setas: link

    
por 02.09.2015 / 01:54