Sujet : Re: Mauvais encodage
De : om+news (at) *nospam* miakinen.net (Olivier Miakinen)
Groupes : fr.comp.infosystemesDate : 16. Nov 2024, 14:16:14
Autres entêtes
Organisation : There's no cabale
Message-ID : <vha5uu$1j36$1@cabale.usenet-fr.net>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14
User-Agent : Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4
Le 16/11/2024 13:42, Jo Engo a écrit :
La commande iconv connait quelques variantes, parmi lesquelles ISO885915
sans aucun tiret, et ISO8859-15 avec seulement le deuxième tiret, mais
pas ISO-885915 avec seulement le premier tiret.
Je n'ai pas testé avec iconv, nonobstant firefox (et donc probablement
seamonkey) encaisse,
Tu n'avais pas cité l'URL fautive en faisant suivre ici.
La voilà :
http://pasdenom.info/fortune/Or en l'absence de charset firefox bascue sur
l'encodage système, chez moi utf-8 et a néanmoins une fonction de
réparation du charset qui fonctionne assez bien (ça doit marcher avec une
heuristique similaire à celle qui permet de décoder «magiquement» le code
de César. NB il ne décode que si on lui demande, et là la page de yamo
passe crême. J'en déduis que Safari est trop intolérant, et non FF trop
tolérant.
Du fait que Firefox arrive à afficher correctement une page ne contenant
que quelques caractères en dehors de US-ASCII, tu en déduis que l'encodage
est correct ?
Voyons voir. Je charge la page avec SeaMonkey, puis je vais dans le menu
Affichage pour y chercher « Informations sur la page (Ctrl+I) ». Et là
je vois que l'entête content-type vaut « text/html; charset=iso-885915 »,
mais aussi que l'encodage compris par SeaMonkey est « windows-1252 » !
Avec Firefox, c'est dans le menu Outil que je le trouve, et c'est exactement
la même chose : « iso-885915 » n'est pas compris, alors il se rabat sur
« windows-1252 ».
Je suppose donc que ça fonctionne par hasard dans ces deux navigateurs, et
que ça ne fonctionnerait pas dès qu'il y aurait un caractère « œ » ou « € »
à afficher.
-- Olivier Miakinen