Re: passage en UTF-8
Jocelyn Jaubert a écrit :
Bonjour,
Je ne sais pas si tu as déjà eu des réponses sur ce message, donc, je te
l'envoie en privé. N'hésite pas à rediriger sur la liste si tu penses
que ca serait utile.
On Mon, May 02, 2005 at 12:02:06AM +0200, RTyler wrote:
Oui je sais l'UTF-8 n'est pas encore supporté partout et c'est pas
évident à mettre en place (d'ailleurs c'est justement pour ça que je
suis là) mais je suis déterminé à utiliser UTF-8 (sauf si des arguments
chocs ne me sont pas parvenu).
Le principal problème que je vois avec l'UTF-8, c'est le non-support des
applications. J'avais regardé il y a peu de temps, et j'avais vu que zsh
ne le supportait pas correctement (à vérifier). C'est ça qui m'avait
bloqué :)
Effectivement j'utilise également ZSH donc s'il n'est pas supporté...
Je viens de trouver cette doc:
http://melkor.dnp.fmph.uniba.sk/~garabik/debian-utf8/HOWTO/howto.html
J'ai déjà visité une version française de ce document et j'ai tout de
même bloqué. Je n'arrive pas à avoir une vision d'ensemble de tous les
fichiers qui sont en jeu.
dpkg-reconfigure locales j'ai choisi fr_FR.UTF-8@euro (avec ou sans euro
ne change pas le problème)
Choisi fr_FR.UTF-8, c'est ce qui est standardisé. Je crois que
fr_FR.UTF-8@euro est un hack temporaire.
J'ai essayé les deux.
dpkg-reconfigure console-data > azerty français latin 15 (j'ai rien vu
sur UTF-8)
Ca me parait inutile ça. Si tu ne veux unicode que pour X, tu peux t'en
passer pour le moment
En l'occurence je veux de l'UTF-8 en console et pour X
dans /etc/environment j'ai bien fr_FR.UTF-8@euro mais lorsque je fais
locale charmap systématiquement ISO 8859-1 (je sens que je suis en train
de confondre deux choses complètement différentes qui vont montrer que
je suis vraiment perdu dans ces histoires de caractères).
Tu as pensé à faire un set-language-env pour configurer les locales ?
(du paquet language-env). Ca te configura toutes les locales pour ton
utilisateur.
Ou alors, tu mets dans ton .profile ceci:
export LANG=fr_FR.UTF-8
Fait également :)
[snip de la console: je ne sais pas]
En Konsole (accessoirement comment configurer KDE pour l'UTF-8 ?) : les
caractères accentués ne passaient pas que ce soit quand je les tapais ou
dans les manpages par exemple, j'ai eu un problème de backspace qui
effaçait plusieurs caractères. Actuellement tout passe mais je ne crois
pas être en UTF-8 (comment le vérifier à ce propos ?).
Pour configurer KDE en UTF-8, c'est le .profile qui joue à ce qu'il me
semble. Pour vérifier, tu peux te loguer en console, regarder la
commande locale, et puis lancer kde de là (startx avec un bon .xinitrc)
Ensuite, pour vérifier si c'est le shell ou la console qui n'est pas
compatible utf-8, lance simplement un cat, et tape des caractères
accentués, en les effacant. Si ca ne marche pas correctement, faut
changer de terminal... (rxvt-unicode est un bon candidat)
Ca par contre je n'ai pas essayé. A voir donc. Cela dit j'ai eu
également un problème dans KDE pour écrire. (par exemple dans le lanceur
qui me sert à lancer la plupart des applications (plus rapide que le menu K)
Sous X : la locale ne doit pas fonctionner actuellement puisque tous mes
programmes sont passés en anglais (du moins thunderbird et firefox, le
reste je n'ai pas vérifié).
Pour vérifier que la locale marche, tente un simple:
% man toto
Aucune entrée de manuel pour toto
Depuis tout est rentré dans l'ordre lorsque je suis repassé en ISO
8859-15 (c'est temporaire, j'espère bien avoir le dernier mot).
Côté kernel j'ai a priori compilé ce qu'il fallait dans NLS.
Le noyau se fout un peu de ce qu'il se passe sur X.
Oui je me doute mais pour la console ?
Bonne chance,
Jocelyn
Reply to: