Compatibilidad W$/Linux del mapa de teclado

[nekcab]

Buenas foro:

A ver, tras 3 días de indagaciones, pruebas, ... he conseguido por fin descifrar pq cuando usaba cualquier utilidad que requiriera el uso de contraseñas, esta daba error en un S.O. pero no en el otro.

Y era a la hora de usar caracteres especiales. Eso sí, en ambos S.O., al pulsar la tecla, mostraban el mismo resultado (el esperado, claro), pero a la hora de usarse para las contraseñas, no era lo mismo si la aplicación corría:
-en modo gráfico: ningún problema
-en modo texto: todos los problemas posibles

Por lo que he deducido, cada carácter lleva asociado un codigo del mapa de caracteres especificado en el S.O. Y claro está, el código asociado a teclas/caracteres como:

^
'
ç

es distinto según sea un W$ (el mapa estándard, no lo lo toqué) o un Linux (en mi caso Debian, con el mapa "es_ES.UTF-8"). He indagado que por ejemplo, existía en su día (no sé para qué versión de kernel o distro determ., ....) el archivo:
/etc/sys/console
donde con el parámetro:
KEYMAP=""
establecías el mapa a cargar con el arranque. Mientras que con:
UNICODE="yes"
permitías habilitar el mapa a dicho stándard de texto. Y con el parametro:
KEYMAP_CORRECTIONS="euro2"
se podía agregar al mapa cargado, otros símbolos no incluídos en el mapa especificado

Todo pintaba muy bien hasta que descubro que en mi Debian lo más parecido a semejante archivo sería:
/etc/default/locale
que dispone de multitud de parámetros:
LC_TYPE=""
LC_LANG="es_ES.UTF-8"
LC_NUMERICALS="""
LC_COLLATERAL="""
LC_MONETARY="""
LC_MEASUREMENT="""
LC_TIME="""
LC_ALL=""
LC_....
pero ahí me he quedado atascado, pq no encuentro como especificar que dichos símbolos ( C cedilla, el paraguas típico para vocales, ... ) sean interpretados igual en modo texto y para S.O. distintos.

¿Que sabéis al respecto?. Muchas gracias.

[AlvaroG]

Pues la verdad es que hay al menos dos tipos de teclados españoles: el "español" y el "latinoamericano". Algunas diferencias entre ellos:

español:
- tiene la cedilla en la fila de los números y una tecla "borrar" del mismo tamaño que las demás
- tiene el @ como Alt-Gr+2
- tilde al lado de la Ñ

latinoamericano:
- no tiene la cedilla y la tecla borrar es el doble de larga
- tiene @ como Alt-Gr+Q
- tilde junto a la P

El asunto es simplemente cargar el mapa de caracteres apropiado. Puede ser que incluso en alguno de los modos se te esté cargando el diseño inglés. La forma más sencilla de comprobarlo es ver qué sucede al presionar algunas teclas.


Saludos.

[nekcab]

Si, si eso es lo primero que imaginé. Pero como dije al principio:

Iniciado por nekcab

"....Y era a la hora de usar caracteres especiales. Eso sí, en ambos S.O., al pulsar la tecla, mostraban el mismo resultado (el esperado, claro),..."

y es que en apariencia el teclado es:
es_ES.UTF-8
y así viene a demostrarse cuando pulso las teclas 'ç' , 'ñ' , ´^', .... aparece lo que tienen que aparecer, y lo más importante: tanto en línea de comandos (xterm) como en modo gráfico.

Pero en cuando pulso esa misma tecla en un programa:
-que hace uso de contraseñas (ocultando el resultado)
-exclusivo para línea de comandos
entonces, esa misma tecla: 'ç' , 'ñ' , ´^', .... que en "XTERM" se muestra normalmente, a la hora de ser introducida como contraseña se ve que no, no la reconoce como tal, y la única forma de evitarlo es utilizar otros caracteres

Para confirmar que tengo el teclado esperado, ese mismo programa si admite p.e.: corchetes [ ] o llaves { }, caracteres éstos, que de tratarse de un teclado hispanoamericano, tambien daría problemas. Vamos un misterio que no sé como solventarlo.