Discussion :

[Feriaman]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

No such coding system: utf-8

Si je ne mets pas la troisième ligne voici ce qu'il se passe :



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

[Feriaman]

Alors, il y a eu une "évolution".

j'ai installé mule-ucs, qui est supposé être le support unicode pour mule :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

apt-get install mule-ucs

Suite à quoi, même les caractères "é" déjà contenus dans les fichiers au moment où je les ouvrent apparaissent comme des "é".

[Feriaman]

Un des avantages, de la configuration actuelle, c'est qu'en utilisant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

iso-accents-mode

je peux rentrer des accents en appuyant d'abord sur l'accent puis sur le caractère à accentuer, et ils s'affichent correctement (et restent sauvegardé correctement).

[Feriaman]

Bonjour,

je n'ai toujours pas trouvé la solution.
Cependant, j'ai découvert que cette configuration (quelle qu'elle soit), résoud un autre problème que j'ai depuis longtemps : la combinaison de ctrl-espace est reconnue par xemacs, alors que dans ma précédente config, elle ne l'était pas.

Je dis ça car je connais au moins une autre personne qui a précisément ce même problème qu'elle n'arrive pas à faire "traverser" un ctrl+espace à : cygwin + ssh + xemacs

Cela dit, cela ne résout pas mes problèmes.