Le dimanche 04 septembre 2005 à 17:40 +0200, Jean-Christophe a écrit : > Christian Perrier a écrit : > > >Je viens de faire des essais de l'installateur en choisissant une > >locale fr_FR.UTF-8 dès le départ, avec la version actuelle de > >l'installateur (daily builds, sid_d-i businesscard, installation > >d'unstable car les installs de testing sont actuellement partiellement > >cassées par un whiptail défectueux en testing). > > > >Cela n'a pas posé de problème grave (en fait, ça n'en pose apparamment > >aucun). Suffisamment pour que j'envisage désormais de basculer la > >locale par défaut des installations françaises sur une locale > >UTF-8. Le passage en UTF-8 est un des objectifs d'etch, pour mémoire. > > [...] > En fait la seul objectif que je demande à la locale est de gérer > EFFICACEMENT les caractères accentués. > > Si tous les paquets et surtout les logiciels sont encodés de cette façon > ça sera transparent pour tous le monde
Bonjour, J'aurais tendance à réagir à peu près de la même façon, en tant qu'utilisateur, malgré les quelques problèmes d'échange de données que cela peut engendrer... J'ai fait quelques essais récemment sur une machine en testing, et je n'ai pas réussi à obtenir le support de l'euro en console, les caractères nécessitants l'utilisation d'une touche morte devait être suivi d'un appui sur la touche espace pour être affichés (ex. des accents circonflexes). Sous X et Gnome, aucun problème. Qu'en serait-il par contre des outils de conversion permettant de ré-encoder les noms de dossiers et fichiers comportant des caractères spéciaux si la transition à l'UTF-8 se concrétise ? A bientôt Julien
signature.asc
Description: This is a digitally signed message part
