Mouse com botões de avançar / voltar e área de trabalho remota

Question

Eu tenho um logitech MX518 que possui bons botões de avanço e retrocesso diretamente no mouse. Eles funcionam muito bem no local. No entanto, a qualquer momento no ambiente de trabalho remoto, estes botões não fazem nada. Isso acontece tanto com a Área de Trabalho Remota do Windows quanto com a Área de Trabalho Remota do Windows Store / Windows Metro.

O computador para o qual estou acessando no trabalho tem o mesmo mouse, que, quando na minha mesa fisicamente, os botões de avançar e voltar funcionam bem.

Existe alguma maneira de fazer com que o desktop remoto respeite esses comandos corretamente?

    

Answer 1

A partir daqui: link

Those buttons are not HID based. They require a driver. Usually that driver is built into Windows, so you don't see it install. Regular RDP cannot tunnel USB devices that are not HID. HID devices, like mouse and keyboard, are directed into the remote session, but the extra buttons aren't. You will need a USB tunnel for that.

Assim, um driver fará parte de sua solução, mas um túnel USB também será necessário, porque o protocolo da Área de Trabalho Remota nem envia as informações necessárias que o driver precisará.

Uma rápida pesquisa no Google gerou um resultado promissor: link

No entanto, eu não usei essa solução e, portanto, não posso falar sobre sua eficácia.

    

Answer 2

Por que vale a pena, atualmente uso o AutoHotKey para fazer isso. Assim como com outras teclas de atalho, quando a janela RDP está ativa, eu faço com que o XButton2, por exemplo, envie {XButton2}. É claro que, se você ainda não estiver usando o AHK, pode ser um grande problema conseguir um script juntos. Por qualquer motivo, funciona.

Eu tenho um mouse Logitech M510 e o deixo em pedaços!

    

Answer 3

Este não é exatamente o mesmo problema, mas é semelhante o suficiente para explicar meu caso de uso e solução, na esperança de que isso ajude alguém. Eu tenho um Logitech Performance MX (que não permite que você altere os atalhos de teclado para aplicativos específicos) com os botões Voltar e Avançar, que funcionam muito bem no OSX, mas não tanto quando usados através do Windows RDP.

Voltar e Avançar no OSX é ⌘ + ← e ⌘ + → respectivamente, que é o equivalente de Chave do Windows + ← e Chave do Windows + → em uma conexão de área de trabalho remota. O Windows espera que Alt seja usado ao invés da Chave do Windows e então ao invés de Navegar para frente / para trás, ele tentará fixar a janela do navegador em um lado da tela ou em outra. Não é o que queremos.

Eu tentei todos os tipos de trabalho, incluindo alterar as teclas que foram enviadas com os botões Avançar e Voltar e redefinir o Avançar / Voltar para o Chrome no OSX, mas tudo causou problemas.

@ A sugestão de LordJair me fez pensar, e então eu instalei o AutoHotKey na minha máquina Windows. É importante não fazer isso na máquina host usando um equivalente OSX porque o cliente RDP será o que está interpretando as teclas digitadas e as coisas ficarão confusas.

Eu então criei o seguinte script AutoHotKey e agora tudo funciona perfeitamente através do RDP e também do OSX:

#Left::Browser_Back
#Right::Browser_Forward