Problemas con el idioma

18 envíos / 0 nuevos
Último envío
#1 Sáb, 15/12/2018 - 20:58
diegomm
Imagen de diegomm
Desconectado/a
se unió: 15/12/18

Problemas con el idioma

Estado: 
[SOLUCIONADO]

Hola!

No puedo lograr que los acentos se comporten como se espera: funcionan como una tecla normal (no esperan las vocales). Probé muchas posibles soluciones, pero sigue sin funcionar

As´i no deber´ia ser

El teclado esta en español, el sistema también, parece.

Uso SparkyLinux (Debian Testing con openbox). ¿Que puede estar mal?

locale, como usuario

diego1@debian-testing:~$ locale
LANG=es_AR.UTF-8
LANGUAGE=es_AR.UTF-8
LC_CTYPE="es_AR.UTF-8"
LC_NUMERIC=es_AR.UTF-8
LC_TIME=es_AR.UTF-8
LC_COLLATE=C
LC_MONETARY=es_AR.UTF-8
LC_MESSAGES="es_AR.UTF-8"
LC_PAPER=es_AR.UTF-8
LC_NAME=es_AR.UTF-8
LC_ADDRESS=es_AR.UTF-8
LC_TELEPHONE=es_AR.UTF-8
LC_MEASUREMENT=es_AR.UTF-8
LC_IDENTIFICATION=es_AR.UTF-8
LC_ALL=

locale, como root

root@debian-testing:/home/diego1# locale
LANG=es_AR.UTF-8
LANGUAGE=es_AR.UTF-8
LC_CTYPE="es_AR.UTF-8"
LC_NUMERIC=es_AR.UTF-8
LC_TIME=es_AR.UTF-8
LC_COLLATE=C
LC_MONETARY=es_AR.UTF-8
LC_MESSAGES="es_AR.UTF-8"
LC_PAPER=es_AR.UTF-8
LC_NAME=es_AR.UTF-8
LC_ADDRESS=es_AR.UTF-8
LC_TELEPHONE=es_AR.UTF-8
LC_MEASUREMENT=es_AR.UTF-8
LC_IDENTIFICATION=es_AR.UTF-8
LC_ALL=

Gracias por la ayuda

Sáb, 15/12/2018 - 22:59
rockyiii
Imagen de rockyiii
Conectado
administrator
se unió: 11/01/16

si ejecutas locale -a que te pone?

locale -a

y con:

localectl status
localectl list-locales

 

Dom, 16/12/2018 - 19:21 (Responder a #2)
diegomm
Imagen de diegomm
Desconectado/a
se unió: 15/12/18
diego1@debian-testing:~$ locale -a
C
C.UTF-8
POSIX
en_US.utf8
es_AR.utf8

diego1@debian-testing:~$ localectl status
   System Locale: LANG=es_AR.UTF-8
                  LC_COLLATE=C
       VC Keymap: es
      X11 Layout: es
       X11 Model: pc105

diego1@debian-testing:~$ localectl list-locales
C.UTF-8
en_US.utf8
es_AR.utf8

Eso dice..

Dom, 16/12/2018 - 19:39
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Intenta reconfigurar el teclado 

dopk-reconfigure  keyboard-configuration

Deberias tener instalado los paquetes ,  keyboard-configuration   y  console-setup .

En todo caso finalmente para asegurarte la configuracion 

udevadm trigger --subsystem-match=input --action=change 

Fijate cual es tu teclado   ,el español tiene  la @ junto al 2 ; el teclado latinoamericano  @ junto a Q.

Dom, 16/12/2018 - 21:30 (Responder a #4)
diegomm
Imagen de diegomm
Desconectado/a
se unió: 15/12/18

dpkg-reconfigure keyboard-configuration

Fue una de las primeras cosas que intente. Lo hice nuevamente. Todo sigue igual.

As´i

Lun, 17/12/2018 - 12:55
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Fijate nuevamente en la configuración de teclado , estas opciones,  Alt_gr (derecho)  o sea rAlt,  y/o  teclas muertas .

En cierta ocasión  pude arreglarlo con una de esas opciones (teclado pc 105 genérico español ) 

Lun, 17/12/2018 - 16:04
parana
Imagen de parana
Desconectado/a
se unió: 06/01/18

Diegomm.

Probaste instalar (si ya no lo tenés instalado) ibus?

 

Guillermo

Lun, 17/12/2018 - 18:33 (Responder a #7)
diegomm
Imagen de diegomm
Desconectado/a
se unió: 15/12/18

Sigue igual con cualquier variante que elija....

Lun, 17/12/2018 - 18:35 (Responder a #8)
diegomm
Imagen de diegomm
Desconectado/a
se unió: 15/12/18

Diegomm.

Probaste instalar (si ya no lo tenés instalado) ibus?

Guillermo

Lo pense (para cortar por lo sano) aunque todavia no lo instale.

Alguna idea para configurarlo en openbox?

Lun, 17/12/2018 - 18:47 (Responder a #9)
diegomm
Imagen de diegomm
Desconectado/a
se unió: 15/12/18

Probando muchas cosas, probé con lo más simple:

diego1@debian-testing:~$ setxkbmap us

Cambió la configuración a teclado inglés. Luego:

diego1@debian-testing:~$ setxkbmap es

Y ahora sí, funcionan los acentos. Sigue siendo extraño que no pueda establecerlo correctamente para todo el sistema. Aunque puedo vivir con eso.

Me quedaría hacer un script para que se ejecute al inicio en openbox. ¿Dónde tendría que ubicarlo para que se ejecute al iniciar sesión?

Lun, 17/12/2018 - 18:57
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Edita  crontab de tu usuario y  

@reboot  <comando o tarea a ejecutar >

Eso ejecuta el comando en cada inicio/reinicio de sesion 

Lun, 17/12/2018 - 20:59 (Responder a #11)
diegomm
Imagen de diegomm
Desconectado/a
se unió: 15/12/18

Con crontab no funcionó (probablemente porque no supe cómo poner "dos comandos seguidos y en ese orden")

Así que hice un mini-script donde coloqué esos dos comandos, y en ~/.config/openbox/autostart.sh agregué una línea para que se ejecute dicho script.

Así que (aunque el problema general no se solucionó) a efectos prácticos, marco como solucionado

Gracias

Mar, 18/12/2018 - 12:08
caliban
Imagen de caliban
Conectado
moderador
se unió: 14/01/16

Bien para dejar mas completo el asunto en cron, 

@reboot  comando1 ; comando2  ##  ejecuta secuencialmente 
@reboot  comando1 && comando2  ## ejecuta 2  si uno fue ejecutado existosamente (exit 0)
@reboot  comando1 || comando2  ## ejecuta2 si uno no pudo ser completado con exito 
## en tu ejemplo 
@reboot  /usr/bin/setxkbmap ; otro comando 

Otra cosa a tener en cuenta, si el comando a ejecutar es en una instancia gráfica ,cron no podrá ejecutarlo a menos que se configure el servidor gráfico , ejemplo:

@reboot DISPLAY=:0  comando1 ( O /ruta/a/script )

De todos modos ,y en este caso, hay mas de un lugar donde se puede poner a ejecutar el comando al iniciar sesión de usuario.

Y por cierto, otra opción para investigar 

https://wiki.debian.org/Keyboard

https://superuser.com/questions/646425/permanently-change-default-language-and-keyboard-settings-what-am-i-missing

 

Mié, 19/12/2018 - 15:30
Percontator
Imagen de Percontator
Desconectado/a
colaborador
se unió: 20/03/16

 

 No se si tendrá el efecto deseado o seguirá igual, pero ¿has probado a quitar la variante utf 8

 del juego de caracteres y seleccionar una de los conforme a iso?.  con iso 8859-1  o el  -15 deberían salir bien.

 A ver si va a ser cosa de los juegos "internacionalizados y globales"

 

 Y otra cosa que me baila por la cabeza. ¿no había otra codificación utf de 9 bits o algo asi?.

¿Donde se codifica un acento sobre una letra?.

 

Mié, 19/12/2018 - 15:43
Percontator
Imagen de Percontator
Desconectado/a
colaborador
se unió: 20/03/16

 

 Hummm. Mejor olvida la última frase, no quiero liar las cosas. Mejor lee aquí, a ver si sacas algo:

 http://blog.fidelizador.com/2017/09/27/utf8-n-tildes-y-caracteres-especiales/

 Esto me hace pensar, si pulsas una ñ, ¿sale, o sale otra cosa?.

 

Sáb, 29/12/2018 - 12:00 (Responder a #15)
diegomm
Imagen de diegomm
Desconectado/a
se unió: 15/12/18

La ñ sale perfectamente (y la distribución de teclado está perfecta) lo único es que el acento lo toma como un caracter "individual"

A efectos prácticos ya está solucionado (puedo escribir normalmente, cambiando con setxkbmap a inglés y luego a español; agregué este script al inicio de openbox y listo; todo sucede en segundo plano antes de iniciar sesión)

Como curiosidad: algo en el sistema sigue en inglés, a pesar de que en 'locale' todo figura como 'es_AR.UTF-8'. Ahí debe estar el problema general. Puedo verlo en el cliente Sonata para MPD, lo uso desde hace años y en la descripción siempre aparecía en español y ahora lo hace en inglés (por XXXX de XXXX; ahora dice by XXXX from XXXX). No es algo que moleste demasiado, pero ahí está...

 

Dom, 30/12/2018 - 14:58
Percontator
Imagen de Percontator
Desconectado/a
colaborador
se unió: 20/03/16

 

 Pues si, no deja de ser curioso. Entiendo que en la misma ventana o programa en que escribes la 'ñ' si usas

el acento no te lo interpreta bien.

Si es en cualquier programa cabría pensar en algo de la configuración global.  Pero se me está ocurriendo pensar

 que a ver si estará configurado en ese juego de caracteres sin acentos, pero, en algunos programas su config.

 de inicio lo corrige "localmente" para ese programa, dando la impresión de que los que no siguen la pauta son los otros.

 Es una teoría mía,  pero cabe en lo posible.

 A mi alguna vez me pasaba que tenía todo el escritorio correcto, pero si escribía algo estando en el consola de texto

 (Ctrl+alt+1 a ctrl+alt+6), me lo escribía con el juego usa, a pesar de estar todo el sistema para escritura latina, con acentos, diéresis y etc.

 

 Habría que ver las configuraciones de arranque de cada. uno de los programas que fallan, y a ver si especifican algo sobre

 los caracteres.

 Tampoco estaría de más probar a cambiar, aunque sea temporalmente el juego utf-8 por el 8859-1 o el -15 (o el que mejor te encaje)

 

Dom, 06/01/2019 - 20:03 (Responder a #17)
Berbellon
Imagen de Berbellon
Desconectado/a
colaborador
se unió: 04/05/16

diegomm wrote:

diego1@debian-testing:~$ locale -a
C
C.UTF-8
POSIX
en_US.utf8
es_AR.utf8

Citando un párrafo del comentario No. 16, "Como curiosidad: algo en el sistema sigue en inglés" ... Y considerando que no uso SparkyLinux, por lo tanto ignoro la función del paquete "sparky-locales 0.1.6".

Si usara Sparky, cambiaría el locale por default en_US.UTF8 con, dpkg-reconfigure locales (desmarco lo que no necesito y selecciono lo que necesito).

El script, algo loco ... Si inicio sesión con startx, lo coloco en el .xinitrc (no es necesario un script), algo como,

setxkbmap -layout us_intl -model thinkpad60 &

Si inicio sesión con Lightdm en VoidLinux o Salix, usaría el .xprofile.

Para el caso de Debian, https://wiki.debian.org/Xsession

Lo anterior en el caso de que su WM no contenga un autostart, como 2BWM.

Otra opción para configurar el teclado, sería crear un archivo ,,,/xorg.conf.d/keyboard-thinkpad60.conf ...

PD: En FreeBSD, https://www.freebsd.org/cgi/man.cgi?query=xkeyboard-config&sektion=7&manpath=freebsd-release-ports ... Ignoro el equivalente en Debian.