Блокировка сдвига в Windows (когда используется синергия?)

Question

Я использую «синергию», чтобы разные компьютеры под управлением Linux и Windows выглядели как одно рабочее пространство для моей мыши, клавиатуры и буфера обмена.

Проблема в том, что "синергия" не очень стабильна, и, очевидно, иногда она заставляет Windows (XP, если это имеет значение) "думать", что кнопка Shift всегда нажата. Самое неприятное, что комбинация «Shift + MouseClick» может быть привязана к специальным функциям некоторыми приложениями (например, Firefox), и мышь становится едва ли пригодной для использования с ними.

Перезагрузка ПК помогает разблокировать Shift, но, очевидно, это не то решение, которое я хотел бы использовать.

Answer 1

Обходной путь, который помогает избежать перезагрузки:

• Щелкните правой кнопкой мыши на индикаторе языковой панели (в правом углу панели задач).
• выберите «Настройки»,
• Нажмите кнопку «Настройки ключа» в области «Настройки»,
• Выберите «Нажмите клавишу SHIFT» в области «Чтобы отключить Caps Lock»,
• Нажимайте «ОК», пока не закроются все диалоговые окна «Настройки».
• Нажмите «Shift» - Бинго! -- проблема решена!
• теперь повторите вышеупомянутое, чтобы переключиться назад на кнопку Caps Lock.

Обратите внимание, что я использую два языка ввода и переключаюсь между ними с помощью Ctrl+Shift. Если вы используете только английский язык, языковая панель может быть недоступна напрямую.

PS Просто подумал, что нажатие Shift с самого начала могло бы решить проблему без изменения каких-либо настроек ... Я проверю это, когда снова столкнусь с замком.

Answer 2

Боже, 4 года спустя, в 2013 году, и это все еще проблема?

В любом случае, я просто решил эту проблему, включив и выключив липкие клавиши на компьютере с Windows, который все время дергал. Просто нажмите «Shift» пять раз, переключитесь на радость своего сердца, и, надеюсь, все должно получиться. Мой следующий шаг: поменять мой caps lock на модификатор ctrl вместо этого, как я делаю на своих Linux-машинах. Кто на самом деле использует блокировку заглавных букв, это только я или этот ключ для сумасшедших стариков, которые думают, что люди увидят, что они хотят сказать лучше? Или, может быть, мы сосем на мысль о доступности, и это помогает их старым глазам увидеть ключи? В любом случае, я отвлекся.

Answer 3

Это, очевидно, известная проблема с Synergy, и даже с Synergy+ (форк с большим количеством исправлений). Это обсуждается достаточно интенсивно здесь на трекере для выпуска Synergy+.

Проблема заключается в том, что вы переключаете экраны (и, следовательно, компьютеры) с нажатой специальной клавишей-модификатором (Shift, Alt, ...). Когда вы отпускаете его, другой компьютер получает сообщение "ключ вверх", а не тот, который изначально получил сообщение "ключ вниз". Таким образом, состояние клавиши-модификатора не освобождается.

Пока у них нет исправления, лучше не переключать экраны, нажимая одну из этих клавиш.

Answer 4

Обновленная информация о ситуации:

До сих пор нет решения этой проблемы, которое я могу найти. Настройка: Win10 Server, Kali 2.2(переходящий) Клиент. Синергия 1.4.18(бесплатно)

Люди сообщают об обновлениях Windows, однако эти «возможные» решения применимы к win 8.1.

Есть сообщения, что виновником является win32k.sys, который не может вернуться к предложенной версии, поскольку win 10 работает на версии 10, а 8.1 работала на 6.3(речь идет о версии win32k.sys).

Запустите обновление Windows сейчас, чтобы увидеть, может ли оно решить проблему, если я не отвечу, предположим, что это не решило проблему.

Проблема def связана с событиями shift keyup и keydown, клавиши shift + будут работать нормально, проблема заключается в буквенно-цифровых символах.

(Если вы удерживаете нажатой клавишу shift при переходе на клиентскую машину, на клиентской машине есть блокировка сдвига, чтобы снять контроль возврата блокировки сдвига обратно на серверную машину и нажать и отпустить клавишу shift, а затем вернуться обратно на клиентскую машину, и блокировка сдвига снимается)

Если вы много работаете на терминале, это не сработает для вас.

Единственное решение этой проблемы, которое я нашел, - это запуск Win 7 на сервере.

Похоже, такая же ошибка присутствует и в последней (платной) версии Synergy (1.8.2). К сведению: исходный код по-прежнему является открытым исходным кодом и может быть скомпилирован вручную без каких-либо затрат, однако я не смог его собрать, он жаловался на недоступность сценария Makefile для графического интерфейса, попробовал mv src/gui/gui. pro src/gui/Makefile ', затем он пожаловался на синтаксическую ошибку. Мне кажется, исходные файлы неполные. Если кто-то преуспел там, где я сдался, напишите мне ответ!

PS: Если вы работаете только с Windows-машинами (на сервере и на клиенте), тогда я предлагаю вам использовать Input Director. Честно говоря, это лучшее программное обеспечение, больше возможностей, более надежный и бесплатный. Однако есть и недостатки, насколько я знаю, разработка остановлена и доступна только на платформе Windows.