Sugere que foi feito dessa maneira.
Acabei de receber um teclado e um mouse (ergonômico) para substituir minha série 5000.
Adoro botões de voltar e avançar no mouse para navegação e eles também são úteis em outros cenários de aplicativos.
Deveria ter sido outro botão do mouse que teria sido configurado para enviar um comando de teclado, se desejado.
Como não é possível, ele não pode ser mapeado novamente sem afetar a tecla direita do Windows.
É engraçado que você possa mudar isso facilmente no Linux, mas não no Windows, sem alterar a forma como a entrada do teclado funciona ...
Não sei ao certo por que era lógico que um dispositivo de mouse enviasse eventos de teclado e descobri que ambos são apenas dispositivos de entrada humanos genéricos.
Isso significa que sua classe não é mouse nem teclado e o receptor usb basicamente traduz os eventos que recebe e envia interrupções para eventos de teclado ou mouse em um dispositivo virtual.
Isso também suporta que o botão pode ser remapeado, mas não é permitido no software que a Microsoft tem disponível e eu sinceramente não sei por quê.
Eu não gosto de precisar de atalhos automáticos e, embora eu não tenha uma solução geral para todos, deve-se saber que o driver do mouse pode ser modificado para enviar um evento diferente e, em seguida, você não precisaria de atalhos automáticos.
Você só precisaria selecionar um modelo de mouse diferente sob o software da Microsoft e então remapear qualquer tecla do mouse que você tivesse o driver despachado para o sinal que é recebido do mouse quando esse botão é fisicamente pressionado (o que é diferente do que é recebido pelo receptor USB para a tecla direita do Windows).
Eu usei o perfil 5000 e o mesmo evento que ele forneceu para o botão Avançar e funciona bem.
Espero que faça sentido!