The Linux Keyboard HOWTO <author>Andries Brouwer, <tt/aeb@cwi.nl/  <date>v2.1, 8 Novembre 1995 - version française Bruno Viaris <abstract> Ce document traite de l'utilisation du clavier, de la console et de caractères non ASCII sous Linux. </abstract> <toc> <sect> Programmes utiles Les paquetages suivants contiennent des programmes en rapport avec le clavier ou la console. <tt/kbd-0.90.tar.gz/ contient <tt/loadkeys/, <tt/dumpkeys/, <tt/showkey/, <tt/setmetamode/, <tt/setleds/, <tt/setfont/, <tt/showfont/, <tt/mapscrn/, <tt/kbd_mode/, <tt/chvt/, <tt/resizecons/, <tt/disalloc/, <tt/getkeycodes/, <tt/setkeycodes/. <tt/util-linux-2.5/ contient <tt/setterm/, <tt/kbdrate/. <tt/shellutils-1.8/ (ou <tt/stty.tar.gz/) contient <tt/stty/. <tt/open-1.1.tgz/ contient <tt/open/. (Voir aussi <tt/dynamic-vc-1.1.tar.gz/.) <tt/SVGATextMode-0.9.tar.gz/ contient <tt/SVGATextMode/. La distribution standard de X contient <tt/xmodmap/, <tt/xset/, <tt/kbd_mode/. (Voir aussi X386keybd(1).) <sect>Le clavier - généralités Quand on appuie sur une touche, le contrôleur clavier envoie des scancodes au pilote clavier du noyau. Certains claviers sont programmables, mais en général les scancodes sont fixes. Quand le pilote clavier est en mode scancode (dit aussi mode raw), le noyau se contente de transmettre les codes tels quels à l'application, c'est ce qui se passe sous <tt/X/. Sinon le flux de scancodes est décomposé en keycodes correspondant à l'appui ou au relâchement d'une touche. (Le simple fait d'appuyer sur une touche peut produire jusqu'à 6 scancodes, réduits ici en un seul keycode.) Si le pilote clavier est en mode keycode (ou mode mediumraw), l'application reçoit les keycodes (ce mode est utilisé, par exemple, par <tt/showkey/). Sinon, les keycodes sont traduits d'après une table (keymap), ensuite, soit un caractère (ou un chaîne) est envoyé à l'application, soit une action est déclenchée. (Exemple: si on appuie et relâche la touche <tt/q/, le clavier envoie les scancodes 0x1E et 0x9E, ce qui est converti en keycodes 30 et 158, puis en la valeur 113, qui est le code ASCII ou Latin-1 de <tt/q/ (avec un clavier Azerty et une keymap adaptée). Si on appuie et relâche la touche <tt/Suppr/, le clavier envoie les scancodes 0xE0 0x53 0xE0 0xD3, convertis en keycodes 111 et 239, ce qui donne finalement la séquence ESC <tt/&lsqb 3 ~/. Ctrl-Alt-Suppr est une combinaison de touches qui déclenche une action.) La conversion de scancodes exotiques en keycodes peut être programmée avec l'utilitaire <tt/setkeycodes/, mais peu de gens ont besoin. La table de traduction des keycodes en caractères, chaînes ou actions, i.e. la keymap, se manipule grâce à <tt/loadkeys/. Pour plus de détails, voir getkeycodes(8), setkeycodes(8), dumpkeys(1), loadkeys(1). Dans ce paragraphe, le terme `envoyé à l'application' signifie en fait `transmis au pilote du terminal'. Le texte est ensuite traité de la même façon que s'il venait d'une ligne série. Les détails de ce traitement sont ajustés par le programme <tt/stty/. <sect>La console - généralités A l'inverse, quand on envoie des caractères à la console, ils subissent un traitement standard (réglé par <tt/stty/), puis sont envoyés au pilote de la console. Le pilote de la console émule un terminal VT100, et scrute les données reçues pour intercepter les séquences escape (du genre déplacement du curseur, effacement de l'écran, etc.). Les autres octets sont, après une éventuelle conversion par la table de conversion de la console, écrits dans la mémoire vidéo. La carte vidéo affiche ces caractèrs en utilisant une police stockée dans sa mémoire. On peut changer cette police en utilisant <tt/setfont/, et la table de conversion de la console peut être modifiée avec <tt/mapscrn/. Pour plus de détails, voir plus bas. <sect>Réinitialiser le terminal L'écran est plein de cochonneries, tout ce qu'on tape apparaît sous forme de petits dessins. Que faire ? De nombreux programmes retracent l'écran quand on tape ^L, ce qui peut être utile en cas de modem bruité ou de messages intempestifs à l'écran. La commande <tt/clear/ efface l'écran. La commande <tt/reset/ réinitialise le pilote de la console. Elle est bien utile quand l'écran est plein de ces jolis caractères graphiques illisibles, ou quand l'affichage est réduit à la ligne du bas. Si vous ne disposez pas de cette commande, ou si elle fait autre chose, voici le remède: mettez ces deux lignes dans un fichier exécutable <tt/reset/ quelque part dans votre PATH: <tscreen><verb> #!/bin/sh echo -e \\033c </verb></tscreen> ce qui envoie la séquence ESC c à la console. Si vous avez chargé une police bizarre et que vous voulez revenir à la police par défaut, <tscreen><verb> % setfont </verb></tscreen> fera l'affaire (à condition que la police par défaut soit à sa place). Sur de vieux terminaux, l'utilisation de tabs peut demander un délai, exécuter alors <tscreen><verb> % stty tab3 </verb></tscreen> (voir stty(1)). Pour changer de mode vidéo, utiliser <tt/resizecons/ ou <tt/SVGATextMode/. Ceci règle généralement la partie affichage. Côté clavier, il peut y avoir encore pas mal de problèmes. Si <tt/X/, <tt/DOOM/ ou tout autre programme travaillant en mode raw (ou mediumraw) se plante, le clavier peut rester dans ce mode et il est alors difficile d'exécuter la moindre commande. (Voir <sq>Comment sortir du mode raw</sq> plus loin.) <sect1>Keyboard hardware reset Le problème peut parfois se situer à un niveau encore plus bas. Il y a au moins deux niveaux (le clavier et le contrôleur clavier) où l'on peut envoyer la commande <sq>désactiver le clavier</sq> au matériel. De plus les claviers ont souvent trois tables de scancodes utilisables au choix. Je n'ai cependant jamais entendu parler de cas où cela ait posé un problème. Certains claviers ont une fonction de reprogrammation des touches. Stormy Henderson (<tt><htmlurl url="mailto:stromy@Ghost.Net" name="stormy@Ghost.Net"></tt>) écrit: <quote> `Si votre clavier a été accidentellement reprogrammé, vous pouvez (avec un clavier Gateway AnyKey) appuyer sur control-alt-suspend_macro pour remettre les choses en place.' </quote> <sect>Delete et Backspace <sect1>Comment choisir le caractère à utiliser pour effacer le dernier caractère tapé <tscreen><verb> % stty erase ^? </verb></tscreen> Si le caractère est effacé, mais d'une manière bizarre, c'est que les paramètres du terminal sont mauvais. Si <tt/echoprt/ est activé, les caractères effacés s'affichent entre <tt>\</tt> et <tt>/</tt>. Si <tt/echoe/ est désactivé, les caractères ne sont plus effacés à l'écran, mais leur effacement est signalé par l'affichage du caractère d'effacement, exemple: <tt>Libux###nux</tt> (avec # comme caractère d'effacement). On utilisera donc généralement <tt/stty echoe -echoprt/. La commande <tt/stty sane/ activera ces paramètres et bien d'autres. La commande <tt/stty -a/ affiche les paramètres actuels. Pourquoi ces paramètres ne sont pas activés par défaut ? Il suffit d'utiliser le bon <tt/getty/. Il est à noter que beaucoup de programmes (comme <tt/bash/, <tt/emacs/ etc.) ont leur propres assignations de touches (définis dans <tt>~/.inputrc</tt>, <tt>~/.emacs</tt>, etc.) et ne tiennent pas compte de ces paramètres de terminal. <sect2>`Getty comprenait bien DEL et BS, mais plus maintenant ?' Jadis, la console traduisait DEL (<tt>\177</tt>) en BS Espace BS (<tt>\010\040\010</tt>). Les DEL sont désormais ignorés (comme le devrait toute émulation vt100 fidèle). Choisissez un meilleur getty, i.e., qui n'affiche pas les DEL. <sect2>`Login ne fait pas la même chose au premier et au deuxième essai?' Au premier essai, on parle à <tt/getty/, au deuxième à <tt/login/, deux programmes distincts qui peuvent se comporter différemment. <sect1>Comment dire à Linux quel code générer à l'appui sur une touche Quand on utilise la console, ou plus précisément, quand le clavier n'est pas en mode (medium)raw, il faut utiliser: <tscreen><verb> % loadkeys monclavier.map </verb></tscreen> Sous X, utiliser: <tscreen><verb> % xmodmap monclavier.xmap </verb></tscreen> Remarque: depuis XFree86-2.1, X initialise son clavier à partir de la configuration du clavier de la console. Bien que les deux systèmes ne soient pas 100% compatibles, cette technique rend généralement l'utilisation de <tt/xmodmap/ superflue. Si, par exemple, si vous voulez que la touche Backspace génère le code BackSpace (^H), au lieu du code par défaut (Delete), faites: <tscreen><verb> % loadkeys keycode 14 = BackSpace % </verb></tscreen> <sect2>`Pourquoi la touche BackSpace ne génère pas BackSpace par défaut ?' (i) Parce que les terminaux VT100 ont une touche Delete au dessus de la touche Entrée. (ii) Parce que Linus en a décidé ainsi. <sect1>Comment dire à X d'échanger Delete et Backspace <tscreen><verb> % xmodmap -e "keysym BackSpace = Delete" -e "keysym Delete = BackSpace" </verb></tscreen> Ou, si vous voulez juste que Backspace génère le code BackSpace: <tscreen><verb> % xmodmap -e "keycode 22 = BackSpace" </verb></tscreen> Ou, si vous voulez juste que Delete génère le code Delete: <tscreen><verb> % xmodmap -e "keycode 107 = Delete" </verb></tscreen> (mais généralement c'est déjà la disposition par défaut). <sect1>Comment dire à emacs ce qu'il doit faire des codes Delete et Backspace Mettez dans votre <tt/.emacs/ les lignes: <tscreen><verb> (global-set-key "\?" 'delete-backward-char) (global-set-key "\C-h" 'help-command) </verb></tscreen> Bien sûr, vous pouvez associer d'autres commandes à d'autres touches de la même manière. <sect1>Comment dire à emacs de permuter Delete et Backspace Mettez dans votre <tt/.emacs/ les lignes: <tscreen><verb> (setq keyboard-translate-table (make-string 128 0)) (let ((i 0)) (while (</tscreen> <sect1>Comment dire à kermit d'échanger Delete et Backspace Mettez dans votre <tt/.kermrc/ les lignes: <tscreen><verb> set key \127 \8 set key \8 \127 </verb></tscreen> <sect1>Comment régler xterm selon vos modes de terminal préférés Normalement xterm hérite des modes de terminal du processus qui l'appelle. Pour <tt/xdm/, les caractères erase et kill sont <tt/#/ et <tt/@/, comme sur les bons vieux Unix Version 6. Si ça ne vous plaît pas, vous pouvez mettre <tscreen><verb> XTerm*ttymodes: erase ^? kill ^U intr ^C quit ^\ eof ^D susp ^Z start ^Q stop ^S eol ^@ </verb></tscreen> dans <tt>/usr/lib/X11/app-defaults/XTerm</tt> ou dans <tt>$HOME/.Xresources</tt>, à condition d'exécuter la commande <tscreen><verb> xrdb $HOME/.Xresources </verb></tscreen> dans votre <tt>$HOME/.xinitrc</tt>. <sect1>Comment dire à xmosaic que la touche Backspace génère une DEL Mettre <tscreen><verb> *XmText.translations: #override\n\ <Key>osfDelete: delete-previous-character() *XmTextField.translations: #override\n\ <Key>osfDelete: delete-previous-character() </verb></tscreen> dans votre <tt>$HOME/.Xresources</tt> devrait faire l'affaire. Cependant, la FAQ de netscape dit: <verb> Pourquoi ma touche Backspace ne marche pas dans les boites texte ? Par défaut, Linux et XFree86 ont leur touches Backspace et Delete mal configurées. Tous les programmes Motif (y compris Netscape Navigator) auront les mêmes problèmes. Les spécifications Motif disent que Backspace doit effacer le caractère précédent et Delete le caractère suivant. Par défaut sous Linux et XFree86 Backspace et Delete génèrent le code DEL. Le problème peut être résolu en utilisant un programme tel que xmodmap, xkeycaps, ou loadkeys pour que la touche Backspace génère le code BackSpace au lieu de Delete. Une autre solution consiste à avoir un fichier .motifbind; voir la page de manuel de VirtualBindings(3). Note: n'utilisez pas les ressources *XmText.translations ou *XmTextField.translations pour essayer de résoudre ce problème. Si vous le faites, vous annulez toutes les autres programmations de touches dans les boites textes de Netscape Navigator. </verb> <sect1>Et les fichier termcap et terminfo? Les gens qui ont des problèmes avec backspace ont tendance à aller voir dans leur fichier termcap (ou terminfo), et effectivement la ressource <tt/kb/ (ou <tt/kbs/) décrit le code généré par la touche Backspace. Cependant peu de programmes utilisent ces bases de données pour rechercher le code envoyé par backspace, donc, à moins de n'avoir des problèmes qu'avec certains programmes, il faut en général chercher ailleurs. Cela dit, il vaut mieux de toute façon avoir un termcap (ou terminfo) correct. Voir aussi <sq>La variable TERM</sq> plus loin. <sect>Les tables de caractères de la console Le noyau a quatre tables de conversion des octets en symboles écran: a) Latin1 -> PC, b) VT100 graphique -> PC, c) PC -> PC, d) utilisateur. Il y a deux tables de caractères, appelées G0 et G1, dont l'une est la table courante. (Initialement G0.) Taper ^N fait passer à la table G1, ^O à la table G0. Ces variables G0 et G1 pointent sur des tables de conversion et peuvent êtres changées par l'utilisateur. Initialement, elles pointent respectivement sur les tables a) et b). Les séquences ESC ( B , ESC ( 0 , ESC ( U et ESC ( K font respectivement pointer G0 sur les tables de conversion a), b), c) et d). Les séquences ESC ) B , ESC ) 0 , ESC ) U et ESC ) K font respectivement pointer G0 sur les tables de conversion a), b), c) et d). La séquence ESC c provoque une réinitialisation complète du terminal, ce qui peut être nécessaire si l'écran est tout brouillé. La commande <tt/echo ^V^O/, souvent conseillée, ne fera que rappeler la table G0, mais rien ne garantit que G0 pointe sur la table a). Certaines distributions ont un programme reset(1) qui fait juste un <tt>echo ^[c</tt>. Si votre termcap pour la console est correcte (et a une entrée <tt>:rs=\Ec:</tt>), alors vous pouvez utiliser <tt/setterm -reset/. La table de conversion d) peut être définie par mapscrn(8). Le résultat est que si un symbole c est affiché, c'est le symbole <tt>s = map[c]</tt> qui est mis dans la mémoire vidéo. L'image du caractère <tt/s/ se trouve dans la mémoire de la carte vidéo et peut être modifiée avec setfont(8). <sect>Changer de console Par défaut, le changement de console se fait par Alt-Fn ou Ctrl-Alt-Fn. Sous <tt/X/ (ou les versions récentes de <tt/dosemu/), seule la combinaison Ctrl-Alt-Fn marche. XFree86 1.3 ne sait pas que la touche Alt est enfoncée quand on rappelle la fenêtre X. Il faut donc relâcher Alt avant de pouvoir rechanger de console. Pourtant, ça pourrait marcher: le noyau mémorise toujours l'état appuyé/relâché des touches. (Autant que faire se peut: certains clavier n'émettent pas de scancode quand on appuie dessus (ex: les touches PFn d'un FOCUS 9000) ou quand on les relâche (ex: la touche Pause de la plupart des claviers).) XFree86 1.3 sauve les polices chargées sur la carte vidéo quand il est démarré, et les restaure lors d'un changement de console. Donc le résultat d'un <tt/setfont/ sur une console virtuelle est annulé par un aller retour dans la fenêtre X. L'utilisation de <tt/setfont/ sous X donne des résultats bizarres... Le changement de console par programme est possible grâce à la commande <tt/chvt/. <sect1>Changer le nombre de Consoles Virtuelles Cette question est toujours posée de temps en temps, mais la réponse est: il y en a déjà suffisament. Depuis la version 1.1.54 du noyau, il y a entre 1 et 63 consoles virtuelles. Une nouvelle console est créée dès qu'elle est ouverte. Elle peut être supprimée avec <tt/disalloc/ (mais il faut que plus aucun processus ne lui soit associé). Pour les vieux noyaux, changer la ligne <tscreen><verb> #define NR_CONSOLES 8 </verb></tscreen> dans <tt>include/linux/tty.h</tt> (ne pas dépasser 63), et recompiler. Il est possible que vous ayez à créer le périphérique correspondant avec <tt/MAKEDEV/ ou <tt/mknod tty/N <tt/c 4/ N où N est le numéro du terminal. Si vous voulez avoir des <tt/getty/ sur ces nouvelles consoles, ajoutez des lignes dans <tt>/etc/inittab</tt>. Quand les consoles sont allouées dynamiquement, il est généralement plus simple de n'avoir qu'un ou deux <tt/getty/. D'autres consoles sont ouvertes par <tt>open -l -s bash</tt>. Les consoles inutilisées (sans processus associé) sont désallouées par <tt/disalloc/. Si vous disposez de <tt/spawn_login/ (inclus dans <tt/kbd-0.90.tar.gz/) et que vous mettez <tscreen><verb> loadkeys << EOF alt keycode 103 = Spawn_Console EOF spawn_login & </verb></tscreen> dans <tt>/etc/rc.local</tt>, taper Alt-FlècheHaute créera (et affichera) une nouvelle console avec un <tt/login/. Voir aussi <tt>open-1.3.tgz</tt>. Vous ne pouvez vous loger sous <sq>root</sq> que sur les terminaux listés dans <tt>/etc/securetty</tt>. <sect>Ctrl-Alt-Del et autres combinaisons spéciales <sect1> Ctrl-Alt-Del (Boot) Quand on appuie sur Ctrl-Alt-Del (ou toute autre combinaison à laquelle loadkeys associe le keycode Boot), soit la machine reboote immédiatement (sans sync), soit le signal SIGINT est envoyé à <tt/init/ (ce qui est le comportement par défaut, changeable par l'appel système reboot(), voir ctrlaltdel(8)). Certains <tt/init/ changent le défaut. Ce qui se produit quand <tt/init/ reçoit SIGINT dépend de la version du <tt/init/ utilisée et est souvent déterminé par le ligne <tt/pf/ du fichier <tt>/etc/inittab</tt> (on peut dans ce cas lancer n'importe quel programme). Dans les versions actuelles du noyau Ctrl-AltGr-Del n'est plus assigné par défaut à Boot. <sect1>Autres combinaisons Combinaisons par défaut avant utilisation de loadkeys, donc en qwerty. <verb> Nom du keycode Combinaison ------------------------------- Show_Memory Shift-Scrollock Show_Registers AltGr-ScrollLock Show_State Ctrl-ScrollLock Console_n Alt-Fn and Ctrl-Alt-Fn (1 <= n <= 12) Console_{n+12} AltGr-Fn (1 <= n <= 12) Incr_Console Alt-FlècheDroite Decr_Console Alt-FlècheGauche Last_Console Alt[Gr]-ImprEcran Scroll_Backward Shift-PgPrec Scroll_Forward Shift-PgSuiv Compose Ctrl-. (Ctrl-: sur clavier azerty) Caps_On <pas défini> (Par défaut CapsLock est un va-et-vient, Caps_Shift <pas defini> ces Keycodes servent à recréer le désagréable comportement MS-Keyb Fr) </verb> <sect1>Combinaisons sous X <verb> Ctrl-Alt-Fn Affiche la console virtuelle n Ctrl-Alt-KP+ Résolution suivante Ctrl-Alt-KP- Résolution précédente Ctrl-Alt-Backspace Tue le serveur X </verb> Sur certaines cartes-mères, Ctrl-Alt-KP- et Ctrl-Alt-KP+ émulent le bouton Turbo. Ces séquences produisent les scancodes 1d 38 4a ca b8 9d et 1d 38 4e ce b8 9d, et toutes deux changent la vitesse de Turbo (>= 25MHz) à non-Turbo (8 or 12 MHz) et vice-versa. (souvent ce comportement peut être désactivé par un cavalier sur la carte-mère.) Perry F Nguyen (<tt><htmlurl url="mailto:pfnguyen@netcom22.netcom.com" name="pfnguyen@netcom22.netcom.com"></tt>) écrit: <quote> Les BIOS AMI permettent de bloquer le clavier et de faire clignoter les LEDs quand on appuie sur Ctrl-Alt-Backspace et qu'un mot de passe BIOS est défini, et ce jusqu'à ce que celui-ci soit tapé. </quote> <sect1>Combinaisons sous Dosemu <verb> Ctrl-Alt-Fn Rappelle la console n (versions >0.50; avant Alt-Fn) Ctrl-Alt-PgDn Tue dosemu (quand le calvier est en mode RAW) (et bien d'autres, voir la documentation de dosemu) </verb> <sect1>Composition de symboles Un symbole peut être construit en utilisant plusieurs frappes. <itemize> <item> En mode Ascii, taper un code Ascii en décimal sur le pavé numérique, tout en maintenant la touche Alt enfoncée, produit le caractère en question quand on relâche Alt. (En mode Unicode, il faut taper le code hexadécimal à 4 chiffres du symbole) <item> L'appui sur un accent mort puis sur une lettre produit cette lettre accentuée (si possible, sinon l'accent suivi de la lettre). Les touche mortes sont définissables par l'utilisateur (grâce à loadkeys(1)). Il y a cinq possibilités: <verb> accent keycode mort keycode normal ------------------------------------------------------ accent grave dead_grave grave accent aigu dead_acute apostrophe accent circonflexe dead_circumflex asciicircum tilde dead_tilde asciitilde tréma dead_diaeresis diaeresis </verb> Par défaut aucune touche du clavier n'est morte. Le résultat est celui de Compose + accent + lettre (et est donc redéfinissable, cf plus bas). <quote> NDT: pour des francophones utilisant un clavier Azerty, il vaut généralement mieux se contenter de définir comme touches mortes l'accent circonflexe et le tréma de la touche à droite du `P'. Il est sinon fastidieux voire parfois impossible (en particulier sous X) de taper les symboles tilde et apostrophe, bien utiles sous Unix. Or les tables standard pour clavier Latin-1 activent en général toutes les touches mortes possibles. Il faut donc pour ressusciter ces touches, remplacer le keycode mort par le keycode normal dans la table chargée au démarrage par loadkeys. </quote> <item> Compose suivi de deux symboles produit une combinaison des deux. Cette combinaison est redéfinissable. Il y a à ce jour 68 combinaisons par défaut qui peuvent être affichées par <tt>dumpkeys | grep compose</tt>. <item> Depuis la version 1.3.33 du noyau, il est possible d'avoir des touches <sq>collantes</sq> (plus ou moins comme Escape) grâce aux codes SControl et SAlt. Par exemple, on peut taper ^C par Scontrol puis C et Ctrl-Alt-BackSpace par SControl puis SAlt puis BackSpace. </itemize> Il est à noter qu'il existe au moins trois mécanismes de composition distincts: <enum> <item> Le pilote clavier de Linux, configuré par loadkeys. <item> Le mécanisme de X - voir X386keybd(1), ou XFree86kbd(1). <newline> Sous X11R6 : éditer <tt>/usr/X11R6/lib/X11/locale/iso8859-1/Compose</tt>. <item> Le mécanisme d'emacs, activé en chargeant <tt>iso-insert.el</tt>. </enum> Pour X, l'ordre des deux symboles n'a pas d'importance: Compose-,-c et Compose-c-, donnent tous deux un c-cédille; pour Linux et emacs, seule la première combinaison est correcte. Les combinaisons de X sont fixes, celles de Linux et emacs sont reconfigurables. Les trois listes par défaut sont assez similaires, mais il y a quelques différences. <sect>Diverses propriétés de la console Voir loadkeys(1), setleds(1), setmetamode(1) pour les codes générés par les diverses touches et l'utilisation des leds quand on n'est pas sous X. Sous X, voir xmodmap(1). Voir setterm(1), kbdrate(8) pour les propriétés telles que les couleurs de l'écriture et du fond, l'économiseur d'écran et la vitesse de répétition des touches quand on n'est pas sous X. Sous X, voir xset(1), qui s'occupe aussi du clic des touches et du volume des bips. Le fichier <tt>/etc/termcap</tt> définit les séquences escape utilisées par de nombreux programmes utilisant la console (ou tout autre terminal). Une version plus moderne se trouve dans <tt>/usr/lib/terminfo</tt>. (voir terminfo(5). Les fichiers terminfo sont créés par le compilateur terminfo <tt>/usr/lib/terminfo/tic</tt>, voir tic(1).) (Sur ma machine) <tt>/dev/console</tt> est lien symbolique sur <tt>/dev/tty0</tt>, et le noyau considère <tt>/dev/tty0</tt> comme un synonyme de la console virtuelle courante. XFree86 1.3 change le propriétaire de <tt>/dev/tty0</tt>, mais ne le restaure qu'à la sortie. Or dumpkeys risque de ne pas marcher si quelqu'un d'autre est propriétaire de <tt>/dev/console</tt>; dans ce cas, lancer X et en sortir peut arranger les choses. <sect>Comment sortir du mode RAW Si un programme utilisant le mode <tt/K_RAW/ du clavier se termine sans remettre le calvier en mode <tt/K_XLATE/, alors il est très difficile de faire quoi que ce soit - même Ctrl-Alt-Del. Cependant il est parfois possible d'éviter d'appuyer sur Reset (et même souhaitable: vos utilisateurs risquent de ne pas apprécier qu'on leur tue leur Nethack, et surtout il est possible d'endommager le système de fichiers). Les solutions simples consistent à se loger à partir d'un autre terminal ou une autre machine et faire <tt>kbd_mode -a</tt>. La procédure suivante suppose que X ne tourne pas, que l'écran est en mode texte, que vous êtes à un prompt shell, que Ctrl-C est le caractère d'interruption et que vous n'avez pas un clavier trop exotique (i.e. la touche `=' est 2 touches à droite de `0'). 1ère étape: Lancer X. Appuyez sur la combinaison 2-F12-= : appuyez sur 2 puis F12 (sans lâcher 2) et puis = (sans lâcher les deux autres), le tout assez rapidement! Ça lance X. (Explication: si l'appui sur une touche produit le keycode K, alors son relâchement produit K+128. Votre shell risque de na pas apprécier ces caractères, donc on évite de les lui envoyer en ne lâchant pas les touches. `2' produit un ^C qui annule tout ce qui a été tapé avant. F12 produit un X et `=' le code entrée. Et tout ça vite fait avant que la répétition des touches ne commence...) Votre écran est alors probablement gris, puisqu'aucun <tt/.xinitrc/ n'a été spécifié. Cependant Ctrl-Alt-Fn marche, et vous pouvez appeler une autre console. (Ctrl-Alt-Backspace marche aussi, mais ça restaure l'état initial du clavier qui justement n'est pas bon.) 2ème étape: Programmer le changement de mode du clavier. (Par exemple, avec <tt>sleep 5; kbd_mode -a</tt>.) 3ème étape: Quitter X. Alt-Fx (souvent Alt-F7) retourne sous X, ensuite Ctrl-Alt-Backspace tue X. Dans les 5 secondes le clavier redevient utilisable. Si vous voulez vous préparer pour cette occasion, faites de <tt>\215A\301</tt> (3 symboles) un alias de <tt/kbd_mode -a/. Désormais, l'appui sur F7 en mode RAW remettra tout en ordre. <sect>La variable TERM De nombreux programmes utilisent la variable <tt/TERM/ et la base de données <tt>/etc/termcap</tt> ou <tt>/usr/lib/terminfo/*</tt> pour trouver quelle chaîne de commande efface l'écran, déplace le curseur, etc., et parfois pour savoir quelle chaîne est envoyée par la touche backspace, ou les touches de fonction, etc. Cette variable est d'abord définie par le noyau (pour la console). Généralement elle est redéfinie par <tt/getty/, en utilisant <tt>/etc/ttytype</tt> ou l'argument spécifié dans <tt>/etc/inittab</tt>. Parfois elle est encore changée par <tt>/etc/profile</tt>. Les anciens systèmes utilisent <tt/TERM=console/ ou <tt/TERM=con80x25/. Les plus récents (avec ncurses 1.8.6) utilisent la valeur plus spécifique <tt/TERM=linux/ ou <tt/TERM=linux-80x25/. Cependant, les vieilles versions de <tt/setterm/ cherchent une valeur du type <tt/TERM=con*/ et ne marchent donc pas avec <tt/TERM=linux/. Depuis la version 1.3.2 du noyau, la valeur par défaut est <tt/TERM=linux/. Si votre termcap n'a pas d'entrée `linux', il suffit d'ajouter l'alias linux dans la description de `console': <tscreen><verb> console|con80x25|linux:\ </verb></tscreen> et de copier (ou faire un lien symbolique) <tt>/usr/lib/terminfo/c/console</tt> en <tt>/usr/lib/terminfo/l/linux</tt>. <sect1>Terminfo Il manque, dans le fichier terminfo de la console linux fourni avec ncurses 1.8.6, la ligne: <tt>kich1=\E[2~</tt>, nécessaire à certains programmes. Editez ce fichier et compilez-le avec <tt/tic/. <sect>Comment faire pour que d'autres programmes acceptent les caractères non-ASCII C'était jadis un véritable calvaire. Il fallait convaincre individuellement chaque programme de travailler en 8 bits. Les choses ne sont pas encore idéales, mais récemment de nombreux utilitaires GNU ont appris à reconnaître les variables <tt/LC_CTYPE=iso_8859_1/ ou <tt/LC_CTYPE=iso-8859-1/. Essayez d'abord ça, et si ça ne suffit pas essayez les trucs ci-dessous. Tout d'abord, le huitième bit doit survivre au processus d'entrée du noyau, assurez-vous-en donc avec <tt/stty cs8 -istrip -parenb/. A. Pour <tt/emacs/, mettez les lignes <tscreen><verb> (standard-display-european t) (set-input-mode nil nil 1) (require 'iso-syntax) </verb></tscreen> et peut-être aussi <tscreen><verb> (load-library "iso-insert.el") (define-key global-map [?\C-.] 8859-1-map) </verb></tscreen> dans votre <tt>$HOME/.emacs</tt>. (Cette dernière ligne marche dans un <tt/xterm/, en utilisant <tt/emacs -nw/, mais il faut alors mettre <tscreen><verb> XTerm*VT100.Translations: #override\n\ Ctrl <KeyPress> . : string("\0308") </verb></tscreen> dans votre <tt/.Xresources/.) NDT: fichiers pour clavier Qwerty, à vérifier pour azerty. B. Pour <tt/less/, mettez <tt/LESSCHARSET=latin1/ dans l'environment. C. Pour <tt/ls/, mettez l'option <tt/-N/. (A priori en faisant un alias.) D. Pour <tt/bash/ (version 1.13.*), mettez <tscreen><verb> set meta-flag on set convert-meta off </verb></tscreen> et, selon le Danish-HOWTO, <tscreen><verb> set output-meta on </verb></tscreen> dans votre <tt>$HOME/.inputrc</tt>. E. Pour <tt/tcsh/, définissez les variables: <tscreen><verb> setenv LANG fr_FR (ou fr_CA, fr_CH, fr_BE...) setenv LC_CTYPE iso_8859_1 </verb></tscreen> Si <tt/nls/ est installé, les routines correspondantes sont utilisées. Sinon <tt/tcsh/ agit en iso_8859_1, quelle que soit les valeurs données à LANG et LC_CTYPE. voir la section NATIVE LANGUAGE SYSTEM de tcsh(1). (d'après le Danish-HOWTO: <tt>setenv LC_CTYPE ISO-8859-1; stty pass8</tt>) F. Pour <tt/flex/, donnez l'option <tt/-8/ si l'analyseur généré doit accepter les entrées 8-bits. (Bien sur qu'il doit le faire !) G. Pour <tt/elm/, mettez <tt/displaycharset/ à <tt/ISO-8859-1/. (Danish HOWTO: <tt/LANG=C/ et <tt/LC_CTYPE=ISO-8859-1/) H. Pour les programmes utilisant curses (comme <tt/lynx/) David Sibley dit: <quote> La version standard de curses utilise le huitième bit pour la vidéo inversée (voir le flag _STANDOUT défini dans <tt>/usr/include/curses.h</tt>). Cependant <tt/ncurses/ semble fonctionner en 8-bits et affiche le iso-latin-8859-1 correctement. </quote> I. Pour les programmes utilisant <tt/groff/ (comme <tt/man/), utilisez le <tt/-Tlatin1/ au lieu de <tt/-Tascii/. Les vieilles versions de <tt/man/ utilisent aussi <tt/col/, et le point suivant s'applique aussi. J. Pout <tt/col/, assurez-vous 1) qu'il a été corrigé et fait un <tt>setlocale(LC_CTYPE,"");</tt> et 2) de définir <tt>LC_CTYPE=ISO-8859-1</tt> dans l'environment. K. Pour <tt/rlogin/, utilisez l'option <tt/-8/. L. Pour <tt/joe/, <tt>sunsite.unc.edu:/pub/Linux/apps/editors/joe-1.0.8-linux.tar.gz</tt> devrait marcher après édition du fichier de configuration. J'ai aussi lu: <tt/joe/: mettez l'option <tt/-asis/ dans <tt>/usr/lib/joerc</tt> en première colonne. M. Pour LaTeX: <tt>\documentstyle[isolatin]{article}</tt>.<newline> Pour LaTeX2e: <tt>\documentclass{article}\usepackage{isolatin}</tt> ou <tt>isolatin.sty</tt> est disponible à <tt><url url="ftp://ftp.vlsivie.tuwien.ac.at/pub/8bit"></tt>. Une belle discussion sur le thème de l'ISO-8859-1 et sur comment manipuler les caractères 8-bits est disponible dans <tt><url url="ftp://grasp.insa-lyon.fr/pub/faq/fr/accents"></tt> (en français). Une autre, en anglais, peut être trouvée à <tt><url url="ftp://rtfm.mit.edu/pub/usenet-by-group/comp.answers/character-sets/iso-8859-1-faq"></tt>. Encore une autre(?):<tt><url url="ftp://ftp.vlsivie.tuwien.ac.at/pub/8bit/FAQ-ISO-8859-1"></tt>. <sect>Que fait exactement XFree86-2.1 à l'initialisation de sa keymap? Depuis la version 2.1, XFree86 initialise sa keymap d'après celle de Linux, dans les limites du possible. Linux a 16 entrées par touches (une pour chaque combinaison de Shift, AltGr, Ctrl, Alt; en fait il en a même 256), alors que X n'en a que 4 (une pour chaque combinaison de Shift et Mod), il y a donc forcément des informations perdues. D'abord <tt/X/ lit le fichier <tt/Xconfig/, où il trouve les correspondances entre les touches Control, Alt et ScrollLock avec les codes X Meta, ModeShift, Compose, ModeLock et ScrollLock - voir X386keybd(1), ou XFree86kbd(1). Par défaut, c'est la colonne LeftAlt qui sert pour Mod, sauf si CtlDroit est défini comme ModeShift ou ModeLock, dans ce cas ce sont les entrées RightCtl qui servent pour Mod. (Sauf si AltGr est défini comme Mod dans Xconfig, auquel cas c'est la colonne RightAlt qui sert.) Ceci détermine comment les 4 entrées de XFree86 sont choisies parmi les 16 de Linux. Notons que par défaut Linux ne fait pas la différence entre les deux touche Control ou Shift. <tt/X/ fait la dufférence. Les touches <sq>action</sq> Show_Memory, Show_State, Show_Registers, Last_Console, Console_n, Scroll_Backward, Scroll_Forward, Caps_On et Boot sont ignorées, de même pour les touches mortes, NumLock, ScrollLock et Alt+code-ASCII. Ensuite, les définitions de <tt/Xconfig/ sont utilisées. (Donc une définition de Compose dans <tt/Xconfig/ annulera celle trouvée dans la keymap du noyau.) Que deviennent les chaînes associées aux touches des fonctions ? Rien, ce concept n'existe pas sous X. (Mais il est possible de définir des chaînes associées aux touches de fonction dans <tt/xterm/ - mais elles ne doivent pas être interceptées par le gestionnaire de fenêtres.) Je ne sais pas comment convaincre <tt/xterm/ qu'il devrait utiliser la keymap de X quand Alt est enfoncé. Il semble qu'il ne réagisse qu'en fonction de sa ressource <tt/eightBitInput/, et selon qu'elle est à vrai ou faux, soit il met à 1 le huitième bit, soit il génère un caractère escape devant le caractère (comme le fait setmetamode(1) pour la console). <sect>Touches et claviers particuliers Les deux touches ImprEcran/Syst et Pause/Attn sont spéciales car elles ont deux keycodes: la première produit le keycode 84 quand Alt est enfoncé et 99 sinon; la seconde 101 si Ctrl est enfoncé, 119 sinon. (Il est donc inutile d'assigner des fonctions à Alt-Keycode99 ou Ctrl-Keycode119.) Si votre clavier a des touches étranges qui ne génèrent aucun code sous Linux (ou génèrent des messages du genre <sq>unrecognized scancode</sq>), vous pouvez, à partir du noyau 1.1.63, utiliser setkeycodes(1) pour dire au noyau quel keycode assigner à ces touches. (Leur utilisation sous X sera cependant impossible.) Une fois qu'elles ont un keycode grâce à <tt/setkeycodes/, on peut leur associer une fonction avec <tt/loadkeys/. <sect>Exemples d'utilisation de loadkeys and xmodmap Permuter ScrollLock et Control (en suposant que vous utilisez les keymaps 0-15; vérifiez avec <tt>dumpkeys | head -1</tt>) <tscreen><verb> % loadkeys keymaps 0-15 keycode 58 = Control keycode 29 = Caps_Lock % </verb></tscreen> Les permuter sous X seulement: <tscreen><verb> % xmodmap .xmodmaprc </verb></tscreen> où <tt/.xmodmaprc/ contient les lignes <tscreen><verb> remove Lock = Caps_Lock remove Control = Control_L keysym Control_L = Caps_Lock keysym Caps_Lock = Control_L add Lock = Caps_Lock add Control = Control_L </verb></tscreen> Qu'en est-il de la numérotation des touches? Backspace a le numéro 14 sous Linux et 22 sous X... En fait, la numérotation est plus ou moins arbitraire. Le numéro sous Linux peut être visualisé avec showkey(1), et le numéro sous X avec xev(1). Souvent le numéro sous X est 8 de plus que le numéro sous Linux. <sect1>`Je ne peux taper qu'avec un seul doigt' Les touches Shift, Ctrl et Alt peuvent-elles être des commutateurs stables ? Oui, en faisant: <tscreen><verb> % loadkeys keycode 29 = Control_Lock keycode 42 = Shift_Lock keycode 56 = Alt_Lock % </verb></tscreen> les Control, Shift et Alt de gauche deviennent stables. Les numéros à utiliser sont donnés par showkey (et sont généralement 29 et 97 (Control), 42 et 54 (Shift), 56 et 100 (Alt)) et les fonctions possibles sont Control_Lock, Shift_Lock, Alt_Lock, ALtGr_Lock. Et le touches `collantes'? Il n'y a pas encore eu de nouvelle version du paquetage kbd depuis leur introduction dans le noyau 1.3.33, il faut donc utiliser leurs codes hexa, par example: <tscreen><verb> % loadkeys keymaps 0-15 keycode 54 = 0x0c00 keycode 97 = 0x0c02 keycode 100 = 0x0c03 % </verb></tscreen> rend les Shift, Ctrl et Alt de droite collantes. <sect>Changer le mode vidéo Pour autant que je sache, il y a 6 manières de changer de mode résolution: 1. A la compilation: changer la ligne <tscreen><verb> SVGA_MODE= -DSVGA_MODE=NORMAL_VGA </verb></tscreen> dans <tt>/usr/src/linux/Makefile</tt>. 1A. Après la compilation: utiliser <tt>rdev -v</tt> - une affreuse magouille, mais bon, ça marche. 2. Au démarrage: mettre <tt>vga=ask</tt> dans le fichier de config de lilo, qui demandera au boot le mode voulu. Une fois décidé, remplacer par <tt/vga=/LePlusJoliMode. 3. En cours de route: A. Utiliser la commande <tt/resizecons/. (C'est un programme très primitif utilisant l'ioctl VT_RESIZE.) B. Utiliser <tt/SVGATextMode/. (C'est une version moins primitive) 4. Pas <sq>sur la console</sq>: Sous <tt/dosemu/, ou avec svgalib etc. on peut changer le mode vidéo de la carte écran sans que le pilote de la console s'en aperçoive. C'est parfois utile pour configurer <tt/resizecons/ ou <tt/SVGATextMode/:sous <tt/dosemu/ se mettre dans le mode vidéo voulu grâce à un programme DOS utilisant ce mode, puis dans une autre console, récupérer les paramètres de ce mode. Il ne reste plus qu'à utiliser ces données pour l'initialisation de <tt/resizecons/ et <tt/SVGATextMode/. Dans certains cas la carte vidéo se retrouve dans un mode inutilisable, le moyen le plus simple pour se sortir de là est de lancer <tt/dosemu/, laisser le BIOS mettre un mode vidéo correct, puis tuer <tt/dosemu/ (avec <tt/kill -9/). <sect1>Instructions pour l'utilisation de resizecons Récupérer svgalib et compiler le programme <tt/restoretextmode/. Booter la machine dans tous les modes vidéo possibles (en mettant <tt/vga=ask/ dans le fichier config de lilo), et sauvegarder les registres vidéo dans des fichiers CxL (C=Colonnes, L=Lignes), par exemple 80x25, 132x44, etc. Placer ces fichiers dans <tt>/usr/lib/kbd/videomodes</tt>. Désormais <tt>resizecons 132x44</tt> changera le mode vidéo (et enverra le signal SIGWINCH à tous les processus qui ont besoin de savoir que la résolution a changé, et chargera une nouvelle police si nécessaire). A présent, <tt/resizecons/ ne change de mode que s'il y a assez de mémoire pour contenir à la fois l'ancienne et la nouvelle console. <sect>Changer la vitesse de répétition du clavier Au démarrage, le noyau met la vitesse de répétition à sa valeur maximale. Pour la plupart des claviers c'est raisonnable, mais sur certains il devient quasiment impossible d'effleurer une touche sans avoir trois fois le même caractère. Dans ce cas utiliser le programme kbdrate(8) pour changer la vitesse de répétition ou si ça ne suffit pas supprimer la section: <code> ! set the keyboard repeat rate to the max mov ax,#0x0305 xor bx,bx ! clear bx int 0x16 </code> de <tt>/usr/src/linux/[arch/i386/]boot/setup.S</tt>. <sect>Economiseur d'écran <tt>setterm -blank</tt> <it/nn/ règle le délai d'extinction de l'écran à <it/nn/ minutes d'inactivité. (Avec <it/nn/ = 0, l'économiseur d'écran est désactivé.) L'option <tt/s/ de xset(1) règle les paramètres de l'économiseur d'écran de X. Les modes d'économie d'énergie du moniteur peuvent être activés/désactivés par le programme <tt/setvesablank/ donné dans les commentaires au début du fichier <tt>/usr/src/linux/drivers/char/vesa_blank.c</tt>. <sect>Quelques propriétés du VT100 - mode application : Parfois les touches de curseur produisent des codes bizarres? Quand le terminal est en <tt>mode application</tt>, les touches de curseur produisent les codes Esc O x et sinon Esc &lsqb x, avec x = A,B,C ou D. Certains programmes mettent le termnial en mode application et si on les tue avec un <tt/kill -9/, ou s'il se plantent, le terminal restera dans ce mode. <verb> % echo -e '\033c' </verb> réinitialise les propriétés du terminal courant. Si on veut passer en mode application: <verb> % echo -e '\033[?1h' </verb> et si on veut en sortir: <verb> % echo -e '\033[?1l' </verb> <sect>Incompatibilité matérielle Quelques personnes ont noté des pertes de caractères tapés lors d'un accès disquette. Il semblerait que ce soit un problème avec les cartes mères Uni-486WB. (SVP envoyez moi un mail pour confirmer [Oui, j'ai le même problème], infirmer [Non, tout va bien avec ma carte Uni-486WB], ou modifier [Ma machine Xyzzy a le même problème].) Certaines personnes ont eu des blocages aléatoires du clavier - parfois associés à une activité disque dur ou une autre entrée/sortie. <htmlurl url="mailto:ulf@rio70.bln.sni.de" name="ulf@rio70.bln.sni.de"> (Ulf Tietz) écrit: <quote> `J'avais ce genre de problèmes quand ma carte mère avait des réglages trop rapides. En remettant les délais (CLK, wait-states, etc.) à des valeurs plus raisonnables, tout est rentré dans l'ordre.' </quote> <htmlurl url="mailto:bhogan@crl.com" name="bhogan@crl.com"> (Bill Hogan) écrit: <quote> `Si vous avez un BIOS AMI, vous pouvez essayer de mettre le paramètre Gate A20 emulation sur 'chipset' (si cette option existe). Quand cette option était sur n'importe quoi d'autre ('fast', 'both', 'disabled') j'avais souvent des blocages du clavier.' </quote> -------------------------------------------------------------------- Additions et corrections sont les bienvenues. Andries Brouwer - <htmlurl url="mailto:aeb@cwi.nl" name="aeb@cwi.nl"> (Bruno Viaris - Viaris@Yoko.ENS-Cachan.Fr pour la traduction) </article>