Это не совсем та же проблема, но она достаточно похожа, поэтому я объясняю свой вариант использования и решение в надежде, что это поможет кому-то еще. У меня есть Logitech Performance MX (который не позволяет менять сочетания клавиш для определенных приложений) с кнопками «Назад» и «Вперед», которые отлично работают на OSX, но не так много, когда используются через Windows RDP.
Back и Forward в OSX - это ⌘+← и ⌘+→ соответственно, что эквивалентно Windows Key+← и Windows Key+→ через подключение к удаленному рабочему столу. Windows ожидает, что вместо клавиши Windows будет использоваться Alt, и поэтому вместо просмотра назад / вперед она будет пытаться закрепить окно браузера на одной стороне экрана или на другой. Не то, что мы хотим.
Я перепробовал все возможные способы обхода, включая изменение нажатий клавиш, отправляемых с помощью кнопок «вперед» и «назад», а затем переопределение функции «Вперед / Назад» для Chrome в OSX, но все вызывало проблемы.
Предложение @ LordJair заставило меня задуматься, и поэтому я установил AutoHotKey на свой компьютер с Windows. Важно не делать этого на хост-машине с использованием OSX-эквивалента, потому что RDP-клиент будет интерпретировать нажатия клавиш, и в противном случае все будет не так.
Затем я создал следующий скрипт AutoHotKey, и теперь все работает без проблем через RDP, а также в OSX:
#Left::Browser_Back
#Right::Browser_Forward