> enfin de toutes facons y a trop d'applis a moitie foireuses quand le systeme est en utf8
Bof. Je crois que certaines distributions font de la "résistance" inutilement pour des raisons que je trouve bien "obscure" (pour ne pas dire médiocre). J'ai testé une Ubuntu "toute fraiche" et utf-8 n'est pas supporté...
Je trouve utf8 génial. Quand t'es utf-8, tu ne penses plus aux charsets, à l'Euro, aux utilisateurs chinois, tu peux mélanger les langues, trier sans t'occuper des locales, etc. Ça marche et basta.
C'est vrai qu'il y a des applis qui sucks encore (je viens de prendre vim en défaut).
Mais utf-8 est _superbement_ supporté par Gnome. Si je reçois un mail avec du tcheque (un message d'erreur dans sa locale par exemple), je peut faire un reply en français et son texte est toujours lisible. Par défaut maintenant evolution utilise utf-8 et c'est bien (tm).
Red Hat vient de patcher mozilla/firefox et maintenant ils utilisent pango (depuis 1 semaine dans Rawhide). Ça marche nickel.
J'utilise utf-8 par défaut depuis RH8.0 (c'est vieux). La RH8.0 merdait pas mal. La 9 c'était anecdotique. Depuis FC1, aucun problème (sauf grep qui est lent mais ça a été partiellement corrigé).
Bien sûr, t'as toujours un mec qui installe une applis qui ne supporte pas utf-8 et du coup il gueule après utf-8 alors que le problème n'est pas utf-8 mais l'appli qui utilise mal la libc ou qui suppose que l'environnement est iso8859-1.
Pour en revenir au problème. Voilà ce qui doit se passer (j'image, c'est une supposition).
Le navigateur est configuré pour iso8859-1. L'environnement pour utf-8. Il fait un "bon" fichier utf-8 mais comme il n'indique pas le charset, le navigeur utilise le charset (iso8859-1) par défaut et ça sucks.
Qui blamer ?
Le navigateur ?
Peut-être. Mais actuellement il y a encore plein de pages qui ne spécifient pas le charset. Donc il faut l'ajuster au charset le plus utilisé. Et actuellement utf8 par défaut ça sucks souvent (je le sais, j'ai utf8 par défaut).
Utf-8 ?
Non. S'il utilise une appli utf-8 le fichier est bon. Et jusqu'à preuve du contraire c'est le cas.
Le fait que l'appli ne fasse pas de l'iso8859-1 par défaut ?
Non. Tous les navigateurs ne sont pas configurés en iso8859-1. Pour un chinois (qui sais lire le français :-)) avec le charset qui n'est pas par défaut à iso8859-1, sa page "sucks" aussi.
L'erreur est de ne pas indiquer le charset. S'il indique le charset tout rentre en ordre et quelque soit le charset par défaut du navigateur.
Il n'empêche, que c'est utf-8 qui va être critiqué. Alors que l'erreur est de ne pas indiquer le charset dans la page html.
Franchement, je suis une totalement convaincu par utf8.
Regardes le fichier : /usr/share/doc/pango-1.6.0/HELLO.utf8 (s'affiche nickel sous gedit (avec les bonnes polices)).
[^] # Re: re : encodage iso 8895-1
Posté par 007 . En réponse au message encodage iso 8895-1. Évalué à 1.
C'est vrai :-)
> enfin de toutes facons y a trop d'applis a moitie foireuses quand le systeme est en utf8
Bof. Je crois que certaines distributions font de la "résistance" inutilement pour des raisons que je trouve bien "obscure" (pour ne pas dire médiocre). J'ai testé une Ubuntu "toute fraiche" et utf-8 n'est pas supporté...
Je trouve utf8 génial. Quand t'es utf-8, tu ne penses plus aux charsets, à l'Euro, aux utilisateurs chinois, tu peux mélanger les langues, trier sans t'occuper des locales, etc. Ça marche et basta.
C'est vrai qu'il y a des applis qui sucks encore (je viens de prendre vim en défaut).
Mais utf-8 est _superbement_ supporté par Gnome. Si je reçois un mail avec du tcheque (un message d'erreur dans sa locale par exemple), je peut faire un reply en français et son texte est toujours lisible. Par défaut maintenant evolution utilise utf-8 et c'est bien (tm).
Red Hat vient de patcher mozilla/firefox et maintenant ils utilisent pango (depuis 1 semaine dans Rawhide). Ça marche nickel.
J'utilise utf-8 par défaut depuis RH8.0 (c'est vieux). La RH8.0 merdait pas mal. La 9 c'était anecdotique. Depuis FC1, aucun problème (sauf grep qui est lent mais ça a été partiellement corrigé).
Bien sûr, t'as toujours un mec qui installe une applis qui ne supporte pas utf-8 et du coup il gueule après utf-8 alors que le problème n'est pas utf-8 mais l'appli qui utilise mal la libc ou qui suppose que l'environnement est iso8859-1.
Pour en revenir au problème. Voilà ce qui doit se passer (j'image, c'est une supposition).
Le navigateur est configuré pour iso8859-1. L'environnement pour utf-8. Il fait un "bon" fichier utf-8 mais comme il n'indique pas le charset, le navigeur utilise le charset (iso8859-1) par défaut et ça sucks.
Qui blamer ?
Le navigateur ?
Peut-être. Mais actuellement il y a encore plein de pages qui ne spécifient pas le charset. Donc il faut l'ajuster au charset le plus utilisé. Et actuellement utf8 par défaut ça sucks souvent (je le sais, j'ai utf8 par défaut).
Utf-8 ?
Non. S'il utilise une appli utf-8 le fichier est bon. Et jusqu'à preuve du contraire c'est le cas.
Le fait que l'appli ne fasse pas de l'iso8859-1 par défaut ?
Non. Tous les navigateurs ne sont pas configurés en iso8859-1. Pour un chinois (qui sais lire le français :-)) avec le charset qui n'est pas par défaut à iso8859-1, sa page "sucks" aussi.
L'erreur est de ne pas indiquer le charset. S'il indique le charset tout rentre en ordre et quelque soit le charset par défaut du navigateur.
Il n'empêche, que c'est utf-8 qui va être critiqué. Alors que l'erreur est de ne pas indiquer le charset dans la page html.
Franchement, je suis une totalement convaincu par utf8.
Regardes le fichier : /usr/share/doc/pango-1.6.0/HELLO.utf8 (s'affiche nickel sous gedit (avec les bonnes polices)).
Impossible en iso8859-1.