J'ai commencé un test mais ça merdoie bien. Une petite recherche me donne des messages sur la LKLM qui indiquent clairement que les keymap Unicode en console, c'est pas pour tout de suite. Alan Cox préconise de refondre le système parce que les petits patchs actuels (difficiles à trouver en plus) ne règlent pas vraiment les problèmes.
Problèmes rencontrés :
— copier-coller impossible (ou bizarre suivant les patchs) ;
— touches mortes inutilisables (^ + a donne ^a et pas â) ;
— composition foireuse (même chose que les touches mortes) ;
— les fontes incomplètes et incomplétables (512 caractères au max.).
La problème de fontes peut être réglé en utilisant un programme en userland, p.ex. jfbterm.
Les raisons anciennement invoquées pour ne pas intégrer Unicode à la gestion de la console dans le noyau :
— prend de la place en mémoire ;
— c'est à un programme en userland de le faire, etc.
(Sans parler des imbécillités du genre « Ça sert à personne. Vive l'ascii 7 bits ! »…)
Il semble, d'après ce que je perçois des discussions, que cela change petit à petit.
[^] # Re: Harmonisation avec la console ?
Posté par Sylvain Sauvage . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 4.
Problèmes rencontrés :
— copier-coller impossible (ou bizarre suivant les patchs) ;
— touches mortes inutilisables (^ + a donne ^a et pas â) ;
— composition foireuse (même chose que les touches mortes) ;
— les fontes incomplètes et incomplétables (512 caractères au max.).
La problème de fontes peut être réglé en utilisant un programme en userland, p.ex. jfbterm.
Les raisons anciennement invoquées pour ne pas intégrer Unicode à la gestion de la console dans le noyau :
— prend de la place en mémoire ;
— c'est à un programme en userland de le faire, etc.
(Sans parler des imbécillités du genre « Ça sert à personne. Vive l'ascii 7 bits ! »…)
Il semble, d'après ce que je perçois des discussions, que cela change petit à petit.