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

4099
Chris Marisic

Ich habe einen Logitech MX518, der schöne Vorwärts- und Zurück-Tasten hat, die direkt auf der Maus integriert sind. Sie arbeiten großartig vor Ort. Über den Remote-Desktop können diese Tasten jedoch nichts ausrichten. Dies ist sowohl beim Windows Remote Desktop als auch beim Windows Store / Windows Metro Remote Desktop der Fall.

Der Computer, zu dem ich bei der Arbeit entfernt bin, hat dieselbe Maus, die an meinem Schreibtisch die Vorwärts- und Zurück-Tasten funktioniert.

Gibt es eine Möglichkeit, den Remote-Desktop dazu zu bringen, diese Befehle richtig zu respektieren?

3

3 Antworten auf die Frage

2
music2myear

Von hier aus: https://community.wyse.com//forum/showthread.php?2398-Zusatztasten-auf -maus-don-t-arbeit

Diese Tasten sind nicht HID-basiert. 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 HID sind. HID-Geräte wie Maus und Tastatur werden in die Remote-Sitzung geleitet, die zusätzlichen Schaltflächen jedoch nicht. Sie benötigen dafür einen USB-Tunnel.

Ein Treiber ist also 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 eingehen.

So dumm das auch sein mag, ich glaube, das ist Realität, so unglücklich es auch sein mag. Chris Marisic vor 10 Jahren 0
Ja, es wäre schön, wenn RDP / VNC nicht-HID-Eingänge unterstützen würde, sogar nur als Option. Dies würde jedoch wahrscheinlich mehr Ressourcen erfordern und zusätzliche Treiber auf der Hostmaschine erfordern. music2myear vor 10 Jahren 0
Wie bereits erwähnt, sind diese Treiber bereits auf dem Host vorhanden. oder meinen Sie zusätzliche Treiber, um die bekannte Aktion X über den Transport zurück in die bekannte Aktion X zu übersetzen? Wäre das nicht ähnlich wie Drucker über RDC verteilt werden (was ich persönlich für falsch halte)? Chris Marisic vor 10 Jahren 0
Haben Sie den Preis von USB-over-Network gesehen? Sie müssen bei FabulaTech einige sehr wirksame Medikamente einnehmen. Ken Sharp vor 6 Jahren 0
1
Lord Jair

Für das, was es wert ist, verwende ich derzeit AutoHotKey. Wie bei anderen Hotkeys veranlaßt ich, wenn das RDP-Fenster aktiv ist, den XButton2 beispielsweise zum Senden von . Wenn Sie AHK nicht bereits verwenden, ist es natürlich zu viel Mühe, ein Skript zusammenzustellen. Aus irgendeinem Grund funktioniert es.

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

1
Mordred

Dies ist nicht genau das gleiche Problem, aber es ist ähnlich genug, dass ich meinen Anwendungsfall und meine Lösung erkläre, in der Hoffnung, dass es jemandem helfen wird. Ich habe einen Logitech Performance MX (mit dem Sie Tastenkombinationen für bestimmte Apps nicht ändern können) mit Vor- und Zurück-Schaltflächen, die unter OSX hervorragend funktionieren, bei Verwendung von Windows RDP jedoch weniger.

Zurück und Vorwärts unter OSX ist ⌘+ ←und ⌘+ →, was Windows Key+ ←und Windows Key+ →über eine Remotedesktopverbindung entspricht. Windows erwartet Alt, anstelle von verwendet zu werden. Statt Windows Keyvor- und rückwärts zu suchen, wird versucht, das Browser-Fenster an eine Seite des Bildschirms oder an eine andere 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-Tasten gesendet wurden, und dann das Weiterleiten / Zurücksetzen für Chrome unter OSX neu definiert, was jedoch zu Problemen führte.

Der Vorschlag von @ LordJair brachte mich zum Nachdenken und so installierte ich AutoHotKey auf meinem Windows-Rechner. Es ist wichtig, dass Sie dies nicht auf dem Host-Computer mit einem OSX-Äquivalent tun, da der RDP-Client die Tastenanschläge interpretiert und die Dinge sonst unübersichtlich werden.

Ich habe dann das folgende AutoHotKey-Skript erstellt und nun funktioniert alles fehlerfrei durch RDP und auch unter OSX:

#Left::Browser_Back #Right::Browser_Forward

Verwandte Probleme