Мышь с кнопками вперед / назад и удаленным рабочим столом

У меня 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.

Обходной путь, который я нашел, был

  1. Настройка параметров логики сопоставляет кнопки вперед/назад со «стандартной» клавишей клавиатуры, которая мне не нужна. В моем случае я сопоставил кнопки вперед/назад с F8 и F9, но настроил их так, чтобы они отображались только тогда, когда активным приложением является Microsoft Remote Desktop, чтобы я мог продолжать использовать их в обычном режиме на стороне MacOS.
  2. Установите Windows Power Toys от Microsoft. В разделе «Диспетчер клавиатуры» Power Toys я настроил правило для сопоставления F8 и F9 с Alt-Right и Alt-Left соответственно.

Теперь, когда я использую кнопки «Вперед/Назад» на мыши на стороне Mac в удаленном рабочем столе, на удаленном компьютере с Windows они работают должным образом.

Он не идеален, но я не использую эти функциональные клавиши в повседневной работе (разработке программного обеспечения), так что меня это вполне устраивает.

Надеюсь, это кому-то поможет.

Просто используйте «Назначение клавиш» вместо параметров по умолчанию в меню.

Есть некоторые ключевые назначения, которые у меня не работают, когда я «удаленный рабочий стол».

Мне удалось заставить конфигурацию кнопок мыши работать, используя свои собственные команды вместо тех, которые предлагались программой Logitech Options.

Например, чтобы настроить кнопку «следующий трек»:

  1. Зайдите в Опции Logitech
  2. Выберите кнопку, которой вы хотите назначить команду
  3. Вместо выбора «Следующий трек» из раскрывающегося списка выберите «Назначение клавиш».
  4. Появится меню, где вы можете ввести нажатие клавиши.
  5. Используйте клавиатуру, чтобы нажать клавишу «следующий трек».
  6. Сделанный!

Моя ситуация:
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 (и с приложениями, которым требуются права администратора).

Другие вопросы по тегам