Мышь с кнопками вперед / назад и удаленным рабочим столом
У меня Logitech MX518, у которого есть приятные кнопки "вперед" и "назад", встроенные непосредственно в мышь. Они отлично работают на местном уровне. Однако в любое время через удаленный рабочий стол эти кнопки ничего не делают. Это происходит как с удаленным рабочим столом Windows, так и с удаленным рабочим столом Windows Store / Windows Metro.
На компьютере, к которому я подключаюсь на работе, установлена та же мышь, которая, когда физически на моем столе нормально работают кнопки вперед и назад.
Есть ли способ заставить удаленный рабочий стол правильно соблюдать эти команды?
6 ответов
Отсюда: https://community.wyse.com//forum/showthread.php?2398-Additional-buttons-on-mouse-don-t-work
Эти кнопки не основаны на HID. Они требуют водителя. Обычно этот драйвер встроен в Windows, поэтому его не видно. Обычный RDP не может туннелировать USB-устройства, которые не являются HID. HID-устройства, такие как мышь и клавиатура, направляются в удаленный сеанс, а дополнительные кнопки - нет. Для этого вам понадобится USB-туннель.
Таким образом, драйвер будет частью вашего решения, но также потребуется USB-туннель, поскольку протокол удаленного рабочего стола даже не отправляет необходимую информацию, необходимую драйверу.
Быстрый поиск в Google дал этот многообещающий результат: http://www.usb-over-network.com/
Тем не менее, я не использовал это решение и поэтому не могу говорить о его эффективности.
Что бы это ни стоило, я сейчас использую AutoHotKey для этого. Как и в случае с другими горячими клавишами, когда окно RDP активно, я вызываю, например, XButton2 для отправки {XButton2}. Конечно, если вы еще не используете AHK, собрать сценарий может быть слишком сложно. По какой-то причине это работает.
У меня есть мышь Logitech M510, и я разрываю ее на куски!
Это не совсем та же проблема, но она достаточно похожа, поэтому я объясняю свой вариант использования и решение в надежде, что это поможет кому-то другому. У меня есть 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
У меня была аналогичная проблема. Я использую Microsoft Remote Desktop на своем Macbook Pro для подключения к ПК с Windows 10. Моя мышь — MX Master 3, настроена с помощью программного обеспечения Logitech Logi Options. как отметил @musictomyear в своем ответе, команды вперед/назад не передаются через протокол удаленного рабочего стола, если драйвер не основан на HID.
Затем я попытался использовать параметры Logi, чтобы сопоставить кнопки мыши на стороне MacOS для отправки эквивалентных комбинаций клавиш Windows, таких как Alt-RightArrow, при использовании удаленного рабочего стола. Это также не сработало, поскольку Logi Options, похоже, генерирует Control + RightArrow не как отдельные одновременные нажатия клавиш, а как одно нажатие клавиши с модификатором управления. Протокол удаленного рабочего стола также не будет отправлять эти специальные символы, и, следовательно, они не передаются на сторону Windows при подключении через RDP.
Обходной путь, который я нашел, был
- Настройка параметров логики сопоставляет кнопки вперед/назад со «стандартной» клавишей клавиатуры, которая мне не нужна. В моем случае я сопоставил кнопки вперед/назад с F8 и F9, но настроил их так, чтобы они отображались только тогда, когда активным приложением является Microsoft Remote Desktop, чтобы я мог продолжать использовать их в обычном режиме на стороне MacOS.
- Установите Windows Power Toys от Microsoft. В разделе «Диспетчер клавиатуры» Power Toys я настроил правило для сопоставления F8 и F9 с Alt-Right и Alt-Left соответственно.
Теперь, когда я использую кнопки «Вперед/Назад» на мыши на стороне Mac в удаленном рабочем столе, на удаленном компьютере с Windows они работают должным образом.
Он не идеален, но я не использую эти функциональные клавиши в повседневной работе (разработке программного обеспечения), так что меня это вполне устраивает.
Надеюсь, это кому-то поможет.
Просто используйте «Назначение клавиш» вместо параметров по умолчанию в меню.
Есть некоторые ключевые назначения, которые у меня не работают, когда я «удаленный рабочий стол».
Мне удалось заставить конфигурацию кнопок мыши работать, используя свои собственные команды вместо тех, которые предлагались программой Logitech Options.
Например, чтобы настроить кнопку «следующий трек»:
- Зайдите в Опции Logitech
- Выберите кнопку, которой вы хотите назначить команду
- Вместо выбора «Следующий трек» из раскрывающегося списка выберите «Назначение клавиш».
- Появится меню, где вы можете ввести нажатие клавиши.
- Используйте клавиатуру, чтобы нажать клавишу «следующий трек».
- Сделанный!
Моя ситуация:
Win10 (21H2) сmstsc.exe
(10.0.19041.1266)
Мыши Logitech:
- RX250 (Logitech SetPoint)
- M535 ( опции Logitech )
Щелчок по наклону (щелчок колесика мыши)
Влево: Вставить ( Ctrl+ V)
Вправо: Копировать ( Ctrl+ C)
При настройке M535 через «Параметры» все заработало сразу.
RX250 не работал с SetPoint, пробовал много "исправлений", но ничего не помогло.
В конце концов я установил X-Mouse Button Control и использовал его для настройки нажатия клавиш. Работает вместе с SetPoint, если я поставил дополнительные кнопки ничего не делать , но в итоге я удалил SetPoint .
Опции все еще установлены.
Теперь он безупречно работает с RDP (и с приложениями, которым требуются права администратора).