Path: ...!news.mixmin.net!proxad.net!feeder1-2.proxad.net!usenet-fr.net!.POSTED!not-for-mail
From: Olivier Miakinen <om+news@miakinen.net>
Newsgroups: fr.comp.infosystemes
Subject: Re: Mauvais encodage
Date: Sat, 16 Nov 2024 14:16:14 +0100
Organization: There's no cabale
Lines: 41
Message-ID: <vha5uu$1j36$1@cabale.usenet-fr.net>
References: <0kBuqSbAxmlqmwDZO30oD0QcWok@jntp> <vg2hnb$3888u$1@dont-email.me>
 <vg2j0t$38evc$1@dont-email.me> <ntlWEBYnVt0ftbQiWgp5kmVJjMA@jntp>
 <lopmrrF6b21U1@mid.individual.net> <TtNIVb-xyl19P1uhiWzduR6NEY4@jntp>
 <vh544g$2s7ba$1@dont-email.me> <dZNKgxNd80Qv1gVBFDC9KoHURpw@jntp>
 <vh57hq$2skdk$2@dont-email.me>
 <AABnN0JWQPQAAB+N.A3.flnews@yamo.pasdenom.info>
 <vh7v49$ehf$1@rasp.pasdenom.info> <vh8dlh$jif$4@rasp.pasdenom.info>
 <vha324$1i6r$1@cabale.usenet-fr.net> <vha3vt$jif$9@rasp.pasdenom.info>
NNTP-Posting-Host: 200.89.28.93.rev.sfr.net
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: cabale.usenet-fr.net 1731762974 52326 93.28.89.200 (16 Nov 2024 13:16:14 GMT)
X-Complaints-To: abuse@usenet-fr.net
NNTP-Posting-Date: Sat, 16 Nov 2024 13:16:14 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Firefox/52.0 SeaMonkey/2.49.4
In-Reply-To: <vha3vt$jif$9@rasp.pasdenom.info>
Bytes: 3101

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