1 pièce(s) jointe(s)
paramétrage UTF8 / client ssh sous cygwin / serveur ssh sur debian / xemacs
Bonjour,
Config :
J'ai essayé de donner un titre aussi clair que possible. Voici le détail :
- j'utilise un client ssh sous cygwin
- j'ai un serveur ssh sous Debian (lenny - 5.0.4)
- j'utilise xemacs (21.4)
xemacs tourne donc sur la machine qui héberge le serveur ssh, mais moi je suis sur la machine qui héberge le client ssh et cygwin.
Problème :
quand j'écris un "é" sous xemacs, j'obtiens sur l'écran "é".
Config shell :
le shell marche bien : quand j'écris "é", j'obtiens "é"
j'ai construit les locales fr_FR.utf8 et fr_FR.iso-8851-16 avec dpkg-reconfigure locales
j'utilise la locale UTF-8 :
Code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| locale
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL= |
alors pourquoi UTF-8 : parce que je n'arrive pas à faire fonctionner en ISO (je ne sais pas si ça vient de cygwin, de openssh ou de debian) : quand je passe en locale ISO, les caractères accentués donnent lieu à de multiples problèmes d'affichage dans le shell : des caractères simples qui s'affichent comme des caractères doubles, l'affichage perd son compte dans les caractère et actualise l'affichage de façon décalée ...
Config xemacs :
J'ai rajouté ceci dans mon ~/.xemacs/init.el
Code:
1
2
3
| (require 'un-define)
(set-keyboard-coding-system 'utf-8)
(set-terminal-coding-system 'utf-8) |
La première ligne semble être un hack pour forcer xemacs à charger mule.
La seconde détermine le charset du clavier
La troisième détermine le charset du terminal
Si je ne mets pas la première ligne, la seconde et la troisième me renvoient un :
Citation:
No such coding system: utf-8
Si je ne mets pas la troisième ligne voici ce qu'il se passe :
http://www.developpez.net/forums/att...1&d=1270914658
Merci à tous ceux qui pourront avoir une idée, ne serait-ce qu'une explication. Cela fait maintenant 4 heures que j'ai ce problème, et j'aimerais faire autre chose de mon week-end :?
