Maus mit Vor- / Zurück-Tasten und Remote-Desktop

Ich habe einen logitech MX518, der schöne Vorwärts- und Rückwärtstasten hat, die direkt an der Maus angebracht sind. Sie arbeiten großartig vor Ort. Über den Remotedesktop können diese Schaltflächen jedoch jederzeit nicht verwendet werden. Dies geschieht sowohl mit dem Windows-Remotedesktop als auch mit dem Windows Store / Windows Metro-Remotedesktop.

Der Computer, zu dem ich bei der Arbeit eine Fernsteuerung durchführe, verfügt über dieselbe Maus. Wenn sich die Maus an meinem Schreibtisch befindet, funktionieren die Vorwärts- und Rückwärtsschaltflächen problemlos.

Gibt es eine Möglichkeit, Remotedesktop so zu konfigurieren, dass diese Befehle ordnungsgemäß eingehalten werden?

Von hier aus: https://community.wyse.com//forum/showthread.php?2398-Additional-buttons-on-mouse-don-t-work

Diese Schaltflächen basieren nicht auf HID. Sie benötigen einen Fahrer. Normalerweise ist dieser Treiber in Windows integriert, sodass Sie ihn nicht installieren können. Normales RDP kann keine USB-Geräte tunneln, die nicht versteckt sind. HID-Geräte wie Maus und Tastatur werden in die Fernsitzung geleitet, die zusätzlichen Tasten jedoch nicht. Dazu benötigen Sie einen USB-Tunnel.

Daher ist ein Treiber Teil Ihrer Lösung, aber auch ein USB-Tunnel ist erforderlich, da das Remote Desktop-Protokoll nicht einmal die erforderlichen Informationen sendet, die der Treiber benötigt.

Eine schnelle Google-Suche ergab dieses vielversprechende Ergebnis: http://www.usb-over-network.com/

Ich habe diese Lösung jedoch nicht verwendet und kann daher nicht auf ihre Wirksamkeit hinweisen.

Dies ist nicht genau dasselbe Problem, aber es ist ähnlich genug, dass ich meinen Anwendungsfall und meine Lösung in der Hoffnung erkläre, dass es jemand anderem helfen wird. Ich habe einen Logitech Performance MX (mit dem Sie die Tastaturkürzel für bestimmte Apps nicht ändern können) mit Zurück- und Vorwärts-Schaltflächen, die unter OSX hervorragend funktionieren, aber unter Windows RDP weniger.

"Zurück" und "Weiter" unter OSX ist " ⌘+" ←bzw. " ⌘+". Dies →entspricht " Windows Key+" ←und " Windows Key+" →über eine Remotedesktopverbindung. Windows wird voraussichtlich Altanstelle von verwendet. Anstatt Windows Keyvorwärts oder rückwärts zu navigieren, wird versucht, das Browserfenster an die eine oder andere Seite des Bildschirms anzuheften. Nicht was wir wollen.

Ich habe alle möglichen Umgehungsmöglichkeiten ausprobiert, einschließlich der Änderung der Tastenanschläge, die mit den Vorwärts- und Zurück-Schaltflächen gesendet wurden, und der Neudefinition von Vorwärts / Zurück für Chrome unter OSX, aber alles verursachte Probleme.

@ LordJairs Vorschlag brachte mich zum Nachdenken, und so installierte ich AutoHotKey auf meinem Windows-Computer. Es ist wichtig, dies nicht auf dem Host-Computer mit einem OSX-Äquivalent zu tun, da der RDP-Client die Tastenanschläge interpretiert und die Dinge sonst chaotisch werden.

Ich habe dann das folgende AutoHotKey-Skript erstellt und jetzt funktioniert alles einwandfrei über RDP und auch unter OSX:

#Left::Browser_Back
#Right::Browser_Forward

Für das, was es wert ist, verwende ich derzeit AutoHotKey, um dies zu tun. Genau wie bei anderen Hotkeys veranlasse ich den XButton2, wenn das RDP-Fenster aktiv ist, zum Beispiel, {XButton2} zu senden. Wenn Sie AHK noch nicht verwenden, kann es natürlich zu schwierig sein, ein Skript zusammenzustellen. Aus welchem ​​Grund auch immer, es funktioniert.

Ich habe eine Logitech M510 Maus und luvz es in Stücke!