Sistemas operativos
Servidor: Cualquiera (¿Linux?)
Cliente: Cualquiera (¿Windows?)
Versión de barrera
Alguna
Pasos para reproducir el error
- Abrir el teclado en pantalla en el cliente de Windows: resalta las teclas modificadoras actualmente presionadas
- Presione MAYÚS Izquierda, Ctrl Izquierdo, Ctrl Izquierdo, Ctrl Izquierdo, Ctrl Izq, Mayús RS
- Aviso de que solo RALT no se ilumina cuando se presiona
Otra información
Solo uso un idioma además del inglés, pero creo que resolver este problema también podría cerrar muchos otros relacionados con la distribución del teclado y la escritura de caracteres no latinos.
El polaco se escribe con el alfabeto polaco estandarizado, que tiene nueve adiciones a las letras del alfabeto latino básico (ą, ć, ę, ł, ń, ó, ś, ź, ż).
Por ejemplo, para escribir ą , tengo que presionar RALT+a . Funciona en el host, pero no en el cliente. Cuando cambio la alt derecha manualmente (a través del teclado en pantalla), funciona como se esperaba.
Sospecho que Windows usa otro código clave para RALT que Linux, y simplemente ignora lo que se envía.
key ef7e is not on keyboard
es lo que obtengo de DEBUG1 en el cliente.
wjtk4444
Todos 4 comentarios
Entonces, después de (¿dos?) Años de usar Barrier (y otras bifurcaciones de siniestro) casi todos los días, finalmente me di cuenta de que hay una opción para configurarlo con un archivo .conf . Aparentemente, permite reasignar claves a voluntad. Bueno, mejor tarde que nunca.
Mirando algunos hilos de problemas mientras también probamos cosas y fallan (mucho), esas son las dos líneas que solucionaron el problema. Parece que no tiene sentido (en todo caso, esperaba que altgr = alt funcionara en lugar de esto), pero simplemente funciona.
section: screens
linux:
windows7:
meta = altgr
altgr = shift
end
Entonces, parece que
- el problema se puede solucionar
- Soy un idiota por no leer el archivo léame del
manual f @! #Ing antes
No estoy seguro de si tiene sentido mantener este abierto, no es un error específico de Barrera y ya está informado y descrito lo suficientemente bien en Synergy-Core . Dejo la decisión sobre si cerrar o mantener este abierto a los encargados del mantenimiento del repositorio.
wjtk4444
en 20 sept. 2019
@AdrianKoshka ¿Tiene sentido cerrar el tema?
p12tic
en 21 sept. 2019
Supongo que sí, si es necesario volver a abrir este problema, puede serlo.
AdrianKoshka
en 21 sept. 2019
Esto me salvó de la locura.
Como referencia: uso un teclado mac con cable en un servidor Linux y clientes mixtos Windows10 / linux
Elexy
en 23 jul. 2020
Temas relacionados
autotoxicus
·
4Comentarios
TheCire
·
4Comentarios
geraldvillorente
·
4Comentarios
vnktsh
·
5Comentarios
jwalton
·
3Comentarios
Comentario más útil
Entonces, después de (¿dos?) Años de usar Barrier (y otras bifurcaciones de siniestro) casi todos los días, finalmente me di cuenta de que hay una opción para configurarlo con un archivo .conf . Aparentemente, permite reasignar claves a voluntad. Bueno, mejor tarde que nunca.
Mirando algunos hilos de problemas mientras también probamos cosas y fallan (mucho), esas son las dos líneas que solucionaron el problema. Parece que no tiene sentido (en todo caso, esperaba que
altgr = altfuncionara en lugar de esto), pero simplemente funciona.Entonces, parece que
manual f @! #Ing antesNo estoy seguro de si tiene sentido mantener este abierto, no es un error específico de Barrera y ya está informado y descrito lo suficientemente bien en Synergy-Core . Dejo la decisión sobre si cerrar o mantener este abierto a los encargados del mantenimiento del repositorio.