Shift lock no Windows (quando a sinergia está em uso?)

Question

Eu uso 'sinergia' para fazer com que PCs Linux e Windows diferentes apareçam como um espaço de trabalho para meu mouse, teclado e área de transferência.

O problema é que a 'sinergia' não é muito estável, e aparentemente às vezes o Windows (XP, se isso importa) "pensa" que o botão Shift está sempre pressionado. A coisa mais irritante é que a combinação "Shift + MouseClick" poderia ser mapeada para uma funcionalidade especial por alguns aplicativos (por exemplo, Firefox), e o mouse dificilmente pode ser usado com eles.

A reinicialização do PC ajuda a desbloquear o Shift, mas obviamente essa não é a solução que eu gostaria de usar.

    

Answer 1

Solução alternativa que ajuda a evitar a reinicialização:

• Clique com o botão direito do mouse no indicador da barra de idiomas (no canto direito da barra de tarefas).
• escolha "Configurações",
• Pressione o botão "Configurações de chave" na área "Preferências",
• Escolha 'Pressione a tecla SHIFT' em 'Para desativar a área do Caps Lock',
• Pressione 'OK' até que todas as caixas de diálogo 'Configurações' estejam fechadas.
• Pressione 'Shift' - Bingo! - o problema está resolvido!
• agora repita o procedimento acima para voltar ao botão Caps Lock.

Note que eu uso dois idiomas de entrada e alterno entre eles usando Ctrl + Shift. Se você está usando apenas o inglês, a barra de idiomas pode não estar diretamente acessível.

P.S.   Só pensei que pode estar pressionando 'Shift' desde o início poderia ter resolvido o problema sem alterar as configurações ... Vou verificar isso quando eu encontrar o bloqueio novamente.

    

Answer 2

Este é aparentemente um problema conhecido com o Synergy, e até mesmo com o Synergy + (um fork com muito correções de bugs). Está sendo discutido bastante intensamente. aqui no rastreador de problemas do Synergy +.

O problema é que você alterna telas (e, portanto, computadores) com uma tecla modificadora especial (Shift, Alt, ...) pressionada. Quando você o libera, o outro computador recebe a mensagem "chave para cima", não a que recebeu a mensagem "chave para baixo" inicialmente. Portanto, o estado da tecla modificadora não é liberado.

Até que tenham uma correção para isso, é melhor você não trocar de tela enquanto pressiona uma dessas teclas.

    

Answer 3

Jeesh, 4 anos depois, em 2013, e isso ainda é um problema?

De qualquer forma, eu apenas resolvi isso ativando e desativando as teclas no computador do Windows, que estava agindo de forma insana. Basta tocar 'Shift' cinco vezes, alternar para o deleite do seu coração, e esperamos que as coisas funcionem a partir daí. Meu próximo passo: trocar meu caps lock por um modificador 'ctrl', ao contrário de minhas máquinas linux. Quem realmente usa o caps lock de qualquer forma, é só eu ou é a chave para pessoas loucas que pensam que as pessoas vão ver o que elas têm a dizer melhor? Ou talvez seja ruim pensar em acessibilidade, e isso ajuda seus olhos velhos a ver as chaves? De qualquer forma, eu divago.

    

Answer 4

Atualize a situação:

Ainda não há correção para esse problema que posso encontrar. Instalação: Win10 Server, Kali 2.2 (rolling) Client. Synergy 1.4.18 (grátis)

As pessoas estão relatando atualizações do Windows, no entanto, essas soluções "possíveis" se aplicam para vencer o 8.1.

Existem relatos de que o win32k.sys é o culpado, não pode reverter para a versão sugerida, já que o win 10 está rodando na versão 10, enquanto o 8.1 estava rodando no 6.3 (falando sobre a versão win32k.sys).

Executando o Windows update agora para ver se ele pode resolver o problema, se eu não responder, suponha que isso não resolveu o problema.

O problema def links para os eventos shift keyup e keydown, shift + arrows funcionará bem, são os caracteres alfanuméricos que são o problema.

(Se você mantiver a mudança durante a transição para a máquina cliente, há um bloqueio de deslocamento na máquina do cliente, para limpar o turno e reverter para a máquina do servidor; pressione e libere o turno e faça a transição para a máquina cliente. )

Se você trabalha muito no terminal, isso não funcionará para você.

As únicas soluções para este problema que encontrei é executar o Win 7 na máquina do servidor.

Parece que o mesmo bug está presente na versão mais recente (paga) do Synergy (1.8.2) também. FYI: sourcecode ainda é open source e ainda pode ser compilado manualmente sem nenhum custo, no entanto, eu não consegui obtê-lo para construir, ele estava reclamando sobre o script Makefile não estar disponível para o gui, tentei 'mv src / gui / gui. pro src / gui / Makefile ', queixou-se então de um erro de sintaxe. Parece-me que os arquivos de origem estão incompletos. Se alguém conseguiu onde eu desisti, me responda!

PS: Se você só estiver executando máquinas Windows (no servidor e no cliente), sugiro usar Diretor de entrada . Honestamente, é melhor software, mais opções, mais confiável e gratuito. Há desvantagens também, o desenvolvimento parou até onde eu sei e só está disponível na plataforma Windows.