Problema con codificación de caracteres
Hola a todos. Tengo un problema que me trae de cabeza ya varios días. Es la codificación de caracteres en Linux, tanto en el cliente de correo, como en emacs como en el propio sistema. Me ocurren cosas como éstas: - me llegan e-mails cuyos acentos puede leer correctamente pero otros no (tengo iso 8859-1 en la opción de páginas de códigos de Kmail -justo después tengo utf-8). - creo una firma en kmail (se me abre emacs, que es mi editor por defecto) creo la firma con acentos y se ve correctamente -en el editor-. Cuando creo un nuevo mail y se adjunta la firma los acentos no se ven (salen dos cuadritos) - Ciertos archivos que creo con emacs luego los quiero mostrar en Konsole con un cat, por ejemplo y adios a los acentos y demás caracteres extendidos. ¿Hay alguna solución para esto? Gracias de antemano.
El 2005-04-15 a las 09:56 +0200, Mario escribió:
- creo una firma en kmail (se me abre emacs, que es mi editor por defecto) creo la firma con acentos y se ve correctamente -en el editor-. Cuando creo un nuevo mail y se adjunta la firma los acentos no se ven (salen dos cuadritos)
- Ciertos archivos que creo con emacs luego los quiero mostrar en Konsole con un cat, por ejemplo y adios a los acentos y demás caracteres extendidos.
Eso es que el emacs no está usando la misma codificación. Hay una opción por ahí en el emacs para decirle cual debe usar. -- Saludos Carlos Robinson
El Viernes, 15 de Abril de 2005 14:17, Carlos E. R. escribió:
El 2005-04-15 a las 09:56 +0200, Mario escribió:
- creo una firma en kmail (se me abre emacs, que es mi editor por defecto) creo la firma con acentos y se ve correctamente -en el editor-. Cuando creo un nuevo mail y se adjunta la firma los acentos no se ven (salen dos cuadritos)
- Ciertos archivos que creo con emacs luego los quiero mostrar en Konsole con un cat, por ejemplo y adios a los acentos y demás caracteres extendidos.
Eso es que el emacs no está usando la misma codificación. Hay una opción por ahí en el emacs para decirle cual debe usar.
-- Saludos Carlos Robinson
Ahora el problema es que en Konsole no se muestran los acentos (tampoco en los editores de texto como emacs, vi o kate, por ej.). Curiosamente, en xterm si se muestran bien, pero en konsole no. He probado todo tipo de cambios el panel de control de kde y en yast, pero nada. Tambien modifique el archivo /etc/sysconfig/environment para que el locale fuera es_ES@euro. La verdad es que por mas que he estado mirando en revistas (Linux Magazine) y en google, sigo sin saber configurar el teclado. No se que ficheros hay que tocar, o al menos todos los que hay que tocar, porque parece ser que alguno me estoy dejando.
El 2005-05-03 a las 22:59 +0200, Mario escribió:
Ahora el problema es que en Konsole no se muestran los acentos (tampoco en los editores de texto como emacs, vi o kate, por ej.).
Curiosamente, en xterm si se muestran bien, pero en konsole no. He probado todo tipo de cambios el panel de control de kde y en yast, pero nada. Tambien modifique el archivo /etc/sysconfig/environment para que el locale fuera es_ES@euro.
El kde casi no lo uso, aunque me suenan comentarios aquí de ese estilo. A mi me funciona bien, creo: las veces que lo he usado no he visto problemas de esa clase. Prueba en gnome, a ver si tienes el mismo problema. ¿Has actualizado/cambiado algo en el kde?
La verdad es que por mas que he estado mirando en revistas (Linux Magazine) y en google, sigo sin saber configurar el teclado. No se que ficheros hay que tocar, o al menos todos los que hay que tocar, porque parece ser que alguno me estoy dejando.
MMmm. Por eso conviene hacerlo con el Yast, que se supone sabe que es lo que debe tocar. -- Saludos Carlos Robinson
Hola, El Martes, 3 de Mayo de 2005 22:59, Mario escribió:
Ahora el problema es que en Konsole no se muestran los acentos (tampoco en los editores de texto como emacs, vi o kate, por ej.).
Curiosamente, en xterm si se muestran bien, pero en konsole no. He probado todo tipo de cambios el panel de control de kde y en yast, pero nada. Tambien modifique el archivo /etc/sysconfig/environment para que el locale fuera es_ES@euro.
La verdad es que por mas que he estado mirando en revistas (Linux Magazine) y en google, sigo sin saber configurar el teclado. No se que ficheros hay que tocar, o al menos todos los que hay que tocar, porque parece ser que alguno me estoy dejando.
A mí me pasa lo mismo en dos SuSE 9.0 que actualicé a 9.3. Nada, no hay manera de que en konsole, editos de kmail etc.. salgan los acentos. Sí que salen en OpenOffice y en las consolas X. Yo he probado todo lo imaginable. Quizás algún usuario de SuSE 9.3 que _SI_ le funcionen los acentos etc... podría facilitarnos lo siguientes ficheros de configuración: /etc/sysconfig/language /etc/sysconfig/console /etc/sysconfig/keyboard Saludos, Guillermo. -- Guillermo Ballester Valor gbv@oxixares.com Ogijares, Granada SPAIN Linux user #117181. See http://counter.li.org/ Public GPG KEY http://www.oxixares.com/~gbv/pubgpg.html
/etc/sysconfig/language /etc/sysconfig/console /etc/sysconfig/keyboard
Yo tengo estos que adjunto. El único problema que tuve fue al pasar de Suse 9.0 a 9.2 con los ficheros que no estaban en UTF-8 y claro no los convertí (en la documentación de Suse ponía que iba a convertirlos). Y con Kmail si me lo mandan con una coficación y no viene en el mensaje (esto no pasa siempre). El resto yo creo que me va bien. Saludos. ## Path: System/Console/Framebuffer ## Description: Framebuffer configuration ## Type: string ## Default: "" # # You may want to load a framebuffer display driver into your kernel # in order to be able to change graphics modes etc. with fbset in # console mode. # # Notes: Most people won't enter anything here, as: # * it won't work if you have vesafb already active # * its advantageous to have fb support compiled into your kernel # * Some XFree86 drivers (especially in XFree86-4.x) don't work # too well, if you enable framebuffer text mode. # # Example: # FB_MODULES="matroxfb_base vesa=0x182 fv=85 matroxfb_maven matroxfb_crtc2" # FB_MODULES="" ## Type: string ## Default: "" # # In case your kernel has framebuffer support (or you loaded the framebuffer # support into your kernel as a module above), you may want to change the # resolution or other parameters. This is done by secifying the parameters # to fbset. Use a mode from /etc/fb-modes and additional parameters as # -a, -depth <BPP>, -vyres <VYRES>, ... (See fbset manpage and/or fbset -h). # # Notes: # * vesafb does not (currently) support changing the display mode # * BEWARE! Don't set modes your monitor can't do. Watch out for the maximum # horizontal frequency. Old monitors might even be damaged if you exceed # their capabilities. # # Example: # FBSET_PARAMS="-a -depth 16 768x576-90 -vyres 10240" # FBSET_PARAMS="" ## Path: Hardware/Console ## Description: Text console settings (see also Hardware/Keyboard) ## Type: string ## Default: "" ## ServiceRestart: kbd # # Console settings. # Note: The KBD_TTY setting from Hardware/Keyboard (sysconfig/keyboard) # also applies for the settings here. # # Load this console font on bootup: # (/usr/share/kbd/consolefonts/) # CONSOLE_FONT="lat9w-16.psfu" ## Type: string ## Default: "" # # Some fonts come without a unicode map. # (.psfu fonts supposedly have it, others often not.) # You can then specify the unicode mapping of your font # explicitly. (/usr/share/kbd/unimaps/) # Normally not needed. # CONSOLE_UNICODEMAP="" ## Type: string ## Default: "" # # Most programs output 8 bit characters, so you need a table to # translate those characters into unicode. That one can be specified # here. (/usr/share/kbd/consoletrans/) # (Note: If your console is in utf-8 mode you don't need this.) # If your code does not use a unicode mapping at all (because you # e.g. explicitly specified UNICODEMAP="none") you may circumvent # the translation via unicode, but load a map which directly maps # 8 bit output of your program to a font position. # CONSOLE_SCREENMAP="trivial" ## Type: string ## Default: "" # # for some fonts the console has to be initialized with CONSOLE_MAGIC. # CONSOLE_MAGIC can be empty or have the values "(B", ")B", "(K" or ")K". # Normally not needed (automatically handled by setfont). # CONSOLE_MAGIC="(K" # Encoding used for output of non-ascii characters. # CONSOLE_ENCODING="UTF-8" ## Path: System/Environment/Language ## Description: ## Type: string(POSIX,ca_ES.ISO-8859-1,ca_ES.UTF-8,cs_CZ.ISO-8859-2,cs_CZ.UTF-8,da_DE@euro,da_DK.ISO-8859-1,da_DK.UTF-8,de_DE@euro,de_DE.ISO-8859-1,de_DE.UTF-8,el_GR.ISO-8859-7,el_GR.UTF-8,en_GB.ISO-8859-1,en_GB.UTF-8,en_IE@euro,en_IE.ISO-8859-1,en_US.ISO-8859-1,es_ES@euro,es_ES.ISO-8859-1,es_ES.UTF-8,fr_FR@euro,fr_FR.ISO-8859-1,fr_FR.UTF-8,gl_ES@euro,gl_ES.ISO-8859-1,gl_ES.utf-8,hr_HR.ISO-8859-2,hu_HU.ISO-8859-2,hu_HU.UTF-8,it_IT@euro,it_IT.ISO-8859-1,it_IT.UTF-8,ja_JP.eucJP,ja_JP.UTF-8,lt_LT.ISO-8859-13,lt_LT.UTF-8,nl_NL@euro,nl_NL.ISO-8859-1,nl_NL.UTF-8,ru_RU.ISO-8859-5,ru_RU.KOI8R,ru_RU.UTF-8,sk_SK.ISO-8859-2,sk_SK.UTF-8,tr_TR.ISO-8859-9,tr_TR.UTF-8,ko_KR.eucKR,ko_KR.UTF-8,zh_TW.Big5,zh_TW.UTF-8,zh_CN.GB2312,zh_CN.UTF-8) ## Default: "" ## Config: OpenOffice.org,groff,ispell,kde,kdm3,profiles,susehelp,susewm,tetex,wdm # # # Local users will get RC_LANG as their default language, i.e. the # environment variable $LANG . $LANG is the default of all $LC_*-variables, # as long as $LC_ALL is not set, which overrides all $LC_-variables. # Root uses this variable only if ROOT_USES_LANG is set to "yes". # RC_LANG="es_ES.UTF-8" ## Type: string ## Default: "" # # This variable will override all LC-variables!! # Again, ROOT_USES_LANG must be set to "yes", if an effect on the superuser # account is desired. # RC_LC_ALL="" ## Type: string ## Default: "" # # This defines the locale in which messages of programs and # libraries with i18n-support should appear if a translated # message catalog for the library or the program is installed. # This also provides localized yes/no answers. # RC_LC_MESSAGES="" ## Type: string ## Default: "" # # This defines the locale for character handling and classification. # The libc uses this value in language dependent function calls, such # as e.g. uppercase/lowercase mapping of foreign characters. # RC_LC_CTYPE="" ## Type: string ## Default: "" # # This defines the locale for sorting strings and characters. # It is used by the libc to obtain the alphabetical order of characters # (e.g. for string comparisons). # # To keep bash and possibly other apps from misbehaviour, you should # probably keep this at POSIX and set it only for the apps that need it. # RC_LC_COLLATE="POSIX" ## Type: string ## Default: "" # # This defines the locale for date and time output formats. # i.e.: 06/09/1999 vs. 09.06.1999 # RC_LC_TIME="" ## Type: string ## Default: "" # # This defines the locale for formatting and reading numbers. # i.e.: 1,234.56 vs. 1.234,56 # RC_LC_NUMERIC="" ## Type: string ## Default: "" # # This defines the locale for formatting and reading money values. # RC_LC_MONETARY="" ## Type: string(ctype) ## Default: ctype # # This defines if the user "root" should use the locale settings # which are defined here. # Value "ctype" means that root uses just LC_CTYPE. # ROOT_USES_LANG="ctype" ## Type: yesno ## Default: no # # Workaround for missing forward of LANG and LC variables # of e.g. ssh login connections. # AUTO_DETECT_UTF8="no" ## Type: string ## Default: "" # # This defines the locale for format of paper. # RC_LC_PAPER="" ## Type: string ## Default: "" # # List of installed language supports, use by YaST2 # INSTALLED_LANGUAGES="" ## Path: System/Environment/Language ## Type: string(scim,uim,kinput2,kinput2-canna,kinput2-wnn,nabi,wnn,atokx,xcin,none) ## Default: "" # # A default input method to be used in X11 can be selected here. # If this variable is set and a script with the same name # as the value of this variable exists in the directory /etc/X11/xim.d/ # this script is sourced when X11 is started to start an input method. # # The special value "none" (/etc/X11/xim.d/none) means: # Do not use any input method at all. # # For more details see the comments at the top of /etc/X11/xim. # INPUT_METHOD=""
El 2005-05-04 a las 20:35 +0200, Guillermo Ballester Valor escribió:
A mí me pasa lo mismo en dos SuSE 9.0 que actualicé a 9.3. Nada, no hay manera de que en konsole, editos de kmail etc.. salgan los acentos. Sí que salen en OpenOffice y en las consolas X. Yo he probado todo lo imaginable.
Acabo de darme cuenta de que en OO no puedo escribir acentos - y curiosamente, el diccionario se da cuenta de que está mal escrito y me lo corrige poniendo el acento correspondiente. Una lata.
Quizás algún usuario de SuSE 9.3 que _SI_ le funcionen los acentos etc... podría facilitarnos lo siguientes ficheros de configuración:
En "konsole", que lo he abierto desde gnome, si puedo. Kmail no lo puedo probar ahora mismo. Por cierto, como "konsole" lo he arrancado desde un terminal, veo los mensajes de error: cer@nimrodel:~> konsole & [1] 22325 cer@nimrodel:~> sending IMStart with 0 chars to 0x814c698 sending IMEnd with 1 chars to 0x814c698, text=á [1]+ Done konsole cer@nimrodel:~> ¿No ves algo curioso ahí? Bueno, acabo de crear un usuario nuevo, y he arrancado kde. En Konsole veo que, en efecto, no puedo escribir acentos (á), pero si puedo poner la "ñ". Raro. El idioma es inglés - lo cual es correcto, es el idioma por defecto en mi sistema. El teclado es correcto, las teclas que van con "Alt-Gr", como la arroba, funcionan correctamente - pero no los acentos. Pruebo en el "control center", "Regional Accesibility" a activar "keyboard Layout" y poner el español - sigue sin ir. Voy a "country/region & language", que tiene puesto "US English" y añado "Spanish". Igual. Pongo el inglés in primer lugar... igual, salvo que los rotulos están en español. Salgo y entro en kde... igual. Pues teneis razón, teneis un problema con el kde. Yo como uso Gnome, ni me he dado cuenta... En cambio, el OpenOffice si que trabaja bien en este nuevo usuario en kde. Vuelvo a mi usuario normal, pero en kde. En el OO los acentos funcionan... y en konsole también. Y en gnome funciona todo, excepto el OO. La diferencia es que este usuario tiene cosas heredadas del 9.1. Toma ya! :-/
/etc/sysconfig/language
RC_LANG="en_US.UTF-8" RC_LC_ALL="" RC_LC_MESSAGES="" RC_LC_CTYPE="" RC_LC_COLLATE="POSIX" RC_LC_TIME="" RC_LC_NUMERIC="" RC_LC_MONETARY="" ROOT_USES_LANG="ctype" AUTO_DETECT_UTF8="no" RC_LC_PAPER="" INSTALLED_LANGUAGES="en_US,es_ES" INPUT_METHOD="" Mmm :-? ¿Que es eso de INPUT_METHOD? Buscando, parece estar relacionado con ~/.xim.
/etc/sysconfig/console
FB_MODULES="" FBSET_PARAMS="" CONSOLE_FONT="lat9w-16.psfu" CONSOLE_UNICODEMAP="" CONSOLE_SCREENMAP="trivial" CONSOLE_MAGIC="(K" CONSOLE_ENCODING="UTF-8"
/etc/sysconfig/keyboard
KEYTABLE="es.map.gz" KBD_RATE="24.0" KBD_NUMLOCK="yes" KBD_SCRLOCK="no" KBD_CAPSLOCK="no" KBD_DISABLE_CAPS_LOCK="no" KBD_TTY="tty1 tty2 tty3 tty4 tty5 tty6 tty7 tty8 tty9 tty10 tty12 tty13 tty14 tty15 tty16 tty17 tty18 tty19 tty20" COMPOSETABLE="clear latin1.add" YAST_KEYBOARD="spanish,pc104" -- Saludos Carlos Robinson
Pues teneis razón, teneis un problema con el kde. Yo como uso Gnome, ni me he dado cuenta...
Efectivamente, el problema es de kde. He googleado bastante buscando sobre el tema y parece que es un bug sin resolver. Unos dicen que el fallo es de Suse, otros que es de KDE, la cuestion es que no puedo escribir acentos en Suse :-( ¿Alguien ha conseguido solucionarlo con alguna actualizacion no oficial o algo asi? Mi SL 9.3 funciona genial pero me fastidia mucho no poder escribir acentos. Tengo un VMware con Windows 2000 y me fastidia tener que usarlo para mas cosas que sincronizar la PDA por culpa de los acentos. Saludos. Mario.
Hola, El Lunes, 9 de Mayo de 2005 22:37, Mario escribió:
Pues teneis razón, teneis un problema con el kde. Yo como uso Gnome, ni me he dado cuenta...
Efectivamente, el problema es de kde. He googleado bastante buscando sobre el tema y parece que es un bug sin resolver. Unos dicen que el fallo es de Suse, otros que es de KDE, la cuestion es que no puedo escribir acentos en Suse :-(
Pues menos mal que no es un fallo mío. Estaba empezando a preocuparme de mi capacidad de resolver estos problemas. A mí me da la impresión de que es un fallo de SuSE en la 9.3. Con la 9.2 yo tengo instalado KDE 3.4 y no hay ningún problema con las tildes. Ya lo único que me queda es recompilar los paquetes e instalarlos a ver si con eso se soluciona. Y no se por qué, pero me parece que el paquete kdebase3-SuSE es el causante del problema. Mientras esto no se solucione, mi servidor no lo actualizo. He dicho. Saludos, Guillermo
¿Alguien ha conseguido solucionarlo con alguna actualizacion no oficial o algo asi?
me temo que no.
Mi SL 9.3 funciona genial pero me fastidia mucho no poder escribir acentos. Tengo un VMware con Windows 2000 y me fastidia tener que usarlo para mas cosas que sincronizar la PDA por culpa de los acentos.
Por eso no he actualizado mi servidor y os escribo desde un SuSE 8.2 . Guillermo
Saludos.
Mario.
-- Guillermo Ballester Valor gbv@oxixares.com Ogijares, Granada SPAIN Linux user #117181. See http://counter.li.org/ Public GPG KEY http://www.oxixares.com/~gbv/pubgpg.html
El 2005-05-09 a las 23:10 +0200, Guillermo Ballester Valor escribió:
Pues menos mal que no es un fallo mío. Estaba empezando a preocuparme de mi capacidad de resolver estos problemas.
A mí me da la impresión de que es un fallo de SuSE en la 9.3. Con la 9.2 yo tengo instalado KDE 3.4 y no hay ningún problema con las tildes.
Recuerda que comenté que a mi, con un usuario heredado del 9.1, los acentos me funcionan perfectamente en el kde del 9.3. Pero con un usuario nuevo no me funcionan. En cambio con el OO en gnome me ocurre al revés. Yo me sospecho que hay configuraciones comunes entre kde y gnome que están jugando una mala pasada. -- Saludos Carlos Robinson
Hola, Guillermo.
A mí me da la impresión de que es un fallo de SuSE en la 9.3. Con la 9.2 yo tengo instalado KDE 3.4 y no hay ningún problema con las tildes.
Lo mas fuerte es que antes no me pasaba. Algun cambio o actualizacion ha provocado que falle. Y voy mas alla, porque mi portatil tambien tiene la suse 9.3 y en ella funcionan perfectamente los acentos. Es mosqueante.
Ya lo único que me queda es recompilar los paquetes e instalarlos a ver si con eso se soluciona. Y no se por qué, pero me parece que el paquete kdebase3-SuSE es el causante del problema.
A ver si hay suerte.
Mientras esto no se solucione, mi servidor no lo actualizo. He dicho.
Haras bien. Saludos.
On 5/10/05, Carlos E. R.
Recuerda que comenté que a mi, con un usuario heredado del 9.1, los acentos me funcionan perfectamente en el kde del 9.3. Pero con un usuario nuevo no me funcionan.
A mi, con un usuario heredado de la 9.2 me pasa lo mismo que con los usuarios nuevos. Por cierto, veo que en los formularios web puedo escribir acentos con FireFox, pero no con Konqueror... A ver si alguien da con la solución... Joan
participants (5)
-
Carlos E. R.
-
Guillermo Ballester Valor
-
Joan Vilarnau
-
Mario
-
santi