Re: emacs -nw et caractères accentués
On 2004-03-29 14:32:42 +0200, Jacques L'helgoualc'h wrote:
> Vincent Lefevre a écrit, lundi 29 mars 2004, à 12:12 :
> > On 2004-03-29 10:06:52 +0200, Jacques L'helgoualc'h wrote:
> [...]
> > > # /etc/inputrc - global inputrc for libreadline
> > [...]
> >
> > Euh... je ne pense pas qu'Emacs utilise libreadline.
>
> Ça semble lié, cependant ? Dans mon shell xterm, il ne peut pas
> distinguer entre les frappes de « é » et « M-i » ;
Il me semble que c'est lié à ton terminal: cela sera valable
pour n'importe quelle application lancée dans le terminal. Cf
ci-dessous.
> > _ Dans un xterm (emacs -nw), j'obtiens ESC q que je fasse ESC q ou
> > Meta-q.
>
> Ah non, chez moi « emacs -q --no-site-file -nw » voit la différence
> de frappe...
Parce que ton terminal n'est pas configuré pour convertir le M-q
en ESC q.
Je pense que l'explication est la suivante: ce qui est transmis
via le terminal, ce sont des octets représentant les caractères.
En particulier, impossible de transmettre l'information "Meta".
Je suppose que l'astuce historique (avec un jeu de caractères
sur 7 bits -- ASCII) a été d'encoder l'information "Meta" dans
le 8e bit. C'est exactement ce que tu observes. Aujourd'hui,
avec un jeu de caractères sur 8 bits (e.g. ISO-8859-1), ce n'est
plus possible. La solution (qui fonctionne avec les applications
ou bibliothèques "compatibles emacs"): encoder l'information
"Meta" en envoyant un ESC avant le caractère.
Note: je ne suis pas sûr que ce soit la véritable explication;
j'ai juste fait quelques observations et essayé de déduire ce
qui se passait...
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Reply to: