Sistemas operacionais
Servidor: Qualquer (Linux?)
Cliente: Qualquer (Windows?)
Versão Barreira
Algum
Passos para reproduzir o bug
- Abra o teclado na tela no cliente Windows - destaca as teclas modificadoras pressionadas no momento
- Pressione LSHIFT, LCTRL, LALT, RALT, RCTRL, RSHIFT
- Observe que apenas RALT não acende quando pressionado
Outras informações
Eu só uso um idioma diferente do inglês, mas acho que resolver esse problema também poderia fechar muitos outros relacionados a layouts de teclado e digitação de caracteres não latinos.
O polonês é escrito com o alfabeto polonês padronizado, que tem nove acréscimos às letras da escrita latina básica (ą, ć, ę, ł, ń, ó, ś, ź, ż).
Por exemplo, para digitar ą , tenho que pressionar RALT+a . Ele funciona no host, mas não no cliente. Quando eu alterno o alt direito manualmente (via teclado na tela), funciona como esperado.
Eu suspeitaria que o Windows usa outro código-chave para RALT além do Linux e simplesmente ignora o que quer que esteja sendo enviado.
key ef7e is not on keyboard
é o que recebo de DEBUG1 no cliente.
wjtk4444
Todos 4 comentários
Então, depois de (dois?) Anos usando o Barrier (e outros garfos do syngery) quase todos os dias, finalmente percebi que há uma opção para configurá-lo com um arquivo .conf . Aparentemente, permite remapear as chaves à vontade. Bem, melhor tarde do que nunca.
Olhando para alguns tópicos de problemas ao mesmo tempo que tentamos coisas e falhavam (muito), essas são as duas linhas que corrigiram o problema. Parece que não faz sentido (se alguma coisa, eu esperava que altgr = alt funcionasse em vez disso), mas simplesmente funciona.
section: screens
linux:
windows7:
meta = altgr
altgr = shift
end
Então, parece que
- o problema pode ser contornado
- Sou um idiota por não ter lido o arquivo leia-me do
manual f @! # Ingantes
Não tenho certeza se há um ponto em manter este aberto - não é um bug específico da barreira e já foi relatado e descrito bem o suficiente no synergy-core . Estou deixando a decisão de fechar ou manter este aberto aos mantenedores do repositório.
wjtk4444
em 20 set. 2019
@AdrianKoshka Faz sentido encerrar o problema?
p12tic
em 21 set. 2019
Suponho que sim, se esse problema precisar ser reaberto, pode ser.
AdrianKoshka
em 21 set. 2019
Isso me salvou da insanidade.
Para referência: eu uso um teclado Mac com fio em um servidor Linux e clientes Windows10 / Linux mistos
Elexy
em 23 jul. 2020
Questões relacionadas
XertroV
·
3Comentários
autotoxicus
·
4Comentários
technovangelist
·
5Comentários
Saikojin
·
3Comentários
jwalton
·
3Comentários
Comentários muito úteis
Então, depois de (dois?) Anos usando o Barrier (e outros garfos do syngery) quase todos os dias, finalmente percebi que há uma opção para configurá-lo com um arquivo .conf . Aparentemente, permite remapear as chaves à vontade. Bem, melhor tarde do que nunca.
Olhando para alguns tópicos de problemas ao mesmo tempo que tentamos coisas e falhavam (muito), essas são as duas linhas que corrigiram o problema. Parece que não faz sentido (se alguma coisa, eu esperava que
altgr = altfuncionasse em vez disso), mas simplesmente funciona.Então, parece que
manual f @! # IngantesNão tenho certeza se há um ponto em manter este aberto - não é um bug específico da barreira e já foi relatado e descrito bem o suficiente no synergy-core . Estou deixando a decisão de fechar ou manter este aberto aos mantenedores do repositório.