Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Langage PHP Encodage caractère : bizzareries

Encodage caractère : bizzareries

34 réponses
Avatar
p.brie
Re Bonjour,

cVais je encore provoquer un =E9v=E9nement (=E9v=E8nement) avec ce nouveau
post. POur ceux qui ne comprendait pas RDV dans le post pr=E9c=E9dent.

J'essaie toujours de comprendre l'encodage des caract=E8res ...

J'ai =E9crit le petit code suivant ...

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns=3D"http://www.w3.org/1999/xhtml" xml:lang=3D"fr" lang=3D"fr">
<head>
<meta http-equiv=3D"content-type" content=3D"text/html;
charset=3DISO-8859-1" />
<title>Essai</title>
</head>

<body>
<p> C'est 15 EURO</p>
<p> C'est 15 &euro;</p>
</body>
</html>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Affichage
C'est 15 EURO
C'est 15 EURO

Puis j'ai remplac=E9 la ligne charset poar celle ci
<meta http-equiv=3D"content-type" content=3D"text/html;
charset=3DISO-8859-15" />

J'utilise donc ISO-8859-15 qui a =E9t=E9 cr=E9=E9 entre autres pour pouvoir
g=E9rer des caract=E8res comme EURO qui ne faisaient pas partie de l'ancienn=
e
norme.

Affichage
C'est 15 (suivi d'un carr=E9)
C'est 15 EURO

Bref tout le contraire que ce que je pensais ... une id=E9e ?

Merci =E0 vous de nouveau
Patrice
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3 4
Avatar
Pierre Goiffon
Sergio wrote:
Tu utilises le codage Windows qui est différent du 8859-15. L'euro est
codé 0x80 en Windows et je ne sais plus quoi en 8859-15.



A quoi ça sert que l'ami Olivier se décarcasse, tsss tsss
Paf :
http://www.miakinen.net/vrac/charsets/?hv=h&o6=MacRoman&or=3&pr4
Avatar
Andreas Prilop
On Thu, 29 Nov 2007, wrote:

J'essaie toujours de comprendre l'encodage des caractères ...



Le symbole euro (€) existe dans Windows-1252 et ISO-8859-15 :
http://www.unics.uni-hannover.de/nhtcapri/west-european.win#symbols
http://www.unics.uni-hannover.de/nhtcapri/west-european.html15
mais pas dans ISO-8859-1:
http://www.unics.uni-hannover.de/nhtcapri/west-european.html1

Il est toujours possible d'écrire &euro; ou &#8364; .

<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-15" />



Il est préférable de déclarer l'encodage (charset) dans le
"HTTP header". http://www.w3.org/International/O-HTTP-charset
Voir
http://www.unics.uni-hannover.de/nhtcapri/meta-http-equiv.1
http://www.unics.uni-hannover.de/nhtcapri/meta-http-equiv.2

--
Bugs in Internet Explorer 7
http://www.unics.uni-hannover.de/nhtcapri/ie7-bugs
Avatar
William Marie
"Andreas Prilop" a écrit dans le message de
news:
On Thu, 29 Nov 2007, wrote:

J'essaie toujours de comprendre l'encodage des caractères ...



Le symbole euro (€) existe dans Windows-1252 et ISO-8859-15 :
http://www.unics.uni-hannover.de/nhtcapri/west-european.win#symbols
http://www.unics.uni-hannover.de/nhtcapri/west-european.html15
mais pas dans ISO-8859-1:
http://www.unics.uni-hannover.de/nhtcapri/west-european.html1

Il est toujours possible d'écrire &euro; ou &#8364; .

<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-15" />



Il est préférable de déclarer l'encodage (charset) dans le
"HTTP header". http://www.w3.org/International/O-HTTP-charset
Voir
http://www.unics.uni-hannover.de/nhtcapri/meta-http-equiv.1
http://www.unics.uni-hannover.de/nhtcapri/meta-http-equiv.2



Petit mystère : j'ai encodé ISO-8859-1 une page PHP qui envoie du mail pour
qu'il arrive en latin-1 sans encombre, et le code euro '€' arrive très bien
aussi. Or je croyais que je devais utiliser obligatoirement ISO-8859-15.
--
=================================== William Marie
Attention antiSpam remplacer trapellun.invalid
par free.fr
Web : http://wmarie.free.fr
http://www.pandemonium.dnsalias.org (site expérimental)
====================================
Avatar
Olivier Miakinen
Le 29/11/2007 17:22, Pierre Goiffon a écrit :

A quoi ça sert que l'ami Olivier se décarcasse, tsss tsss
Paf :
http://www.miakinen.net/vrac/charsets/?hv=h&o6=MacRoman&or=3&pr4



C'est pratique, hein, la sélection directe d'un caractère donné dans une
table donnée ! :-D

Cela dit, je ne répondrai pas à p.brie puisque la réponse de Sergio à
16:37, la tienne à 16:52, celle de Bruno à 17:10 et celle d'Andreas à
17:29 sont déjà assez complètes. En revanche, comme William Marie ne
semble pas l'avoir comprise et qu'il pose la même question, je vais
répondre à William.
Avatar
Olivier Miakinen
[ Message envoyé en UTF-8 ]

Le 29/11/2007 20:53, William Marie a écrit :

Petit mystère : j'ai encodé ISO-8859-1 une page PHP qui envoie du mail pour
qu'il arrive en latin-1 sans encombre, et le code euro '€' arrive très bien
aussi. Or je croyais que je devais utiliser obligatoirement ISO-8859-15.



Aucun mystère là-dedans, c'est *exactement* la même chose que pour
p.brie. Reprenons calmement.

Pour comprendre ce qui se passe, il faut avoir une idée de ce qui se
passe aux positions 80 et A4 (hexa) dans les tables ISO-8859-1,
ISO-8859-15 et CP1252. Ce que j'appelle « position dans une table »
c'est « quel caractère sera affiché si j'envoie un octet qui a cette
valeur en déclarant utiliser cette table ».

Voir http://www.miakinen.net/vrac/charsets/ pour y voir plus clair.


Ainsi, un octet de valeur 41 hexa affichera un « A » dans les trois
tables (ISO-8859-1, ISO-8859-15 et CP1252), ainsi d'ailleurs que dans
*toutes* les tables qui sont basées sur US-ASCII.

Un octet de valeur A4 affichera un ¤ dans ISO-8859-1 et dans CP1252,
mais un € dans ISO-8859-15.

Un octet de valeur 80 affichera un € dans CP1252, et *en principe* il
ne devrait rien afficher dans ISO-8859-1 et ISO-8859-15. Pourtant,
*en pratique*, de nombreux navigateurs et courrielleurs trouvent sympa
de faire comme si ISO-8859-1 était identique à CP1252 : ils affichent
donc un € dans ISO-8859-1, et rien (ou un carré vide, ou un point
d'interrogation) dans ISO-8859-15.


Voilà, le décor est planté. Maintenant voyons ce qui s'est passé sur ta
page. Tu es en ISO-8859-1, et tu as voulu coder un €. Comme ton éditeur
fonctionne en CP1252, il a mis un octet valant 80. Quand tu relis la
page avec un navigateur qui est lui-même assez coulant, il a bien vu
que tu es soi-disant en ISO-8859-1, mais puisque le caractère 80 n'y
existe pas alors qu'il vaut un € en CP1252, il a la gentillesse de
t'afficher un €.

Si maintenant tu changes de charset sans rien changer d'autre, le
navigateur sera moins sympa (ou plus rigoureux) et il ne t'affichera
rien.


Voilà. Ai-je été suffisamment clair ?

Cordialement,
--
Olivier Miakinen
Avatar
Olivier Masson
Olivier Miakinen a écrit :
Le 29/11/2007 17:22, Pierre Goiffon a écrit :
A quoi ça sert que l'ami Olivier se décarcasse, tsss tsss
Paf :
http://www.miakinen.net/vrac/charsets/?hv=h&o6=MacRoman&or=3&pr4



C'est pratique, hein, la sélection directe d'un caractère donné dans une
table donnée ! :-D




Oui, j'en profite pour dire que je l'utilise de temps à autre et que
j'en parle systématiquement dans mes formations (et je donne le lien,
bien sûr.)
Avatar
Olivier Masson
Olivier Miakinen a écrit :


Voilà. Ai-je été suffisamment clair ?




Moi j'ai une question : sais-tu pourquoi sur la plupart des éditeurs
textes (PSPad, Notepad++ par exemple), on peut encoder en ANSI, en utf-8
(avec ou sans BOM même), mais pas en iso-8859-1 et 15 ?)
Avatar
Bruno Desthuilliers
Olivier Masson a écrit :
Olivier Miakinen a écrit :


Voilà. Ai-je été suffisamment clair ?




Moi j'ai une question : sais-tu pourquoi sur la plupart des éditeurs
textes (PSPad, Notepad++ par exemple), on peut encoder en ANSI, en utf-8
(avec ou sans BOM même), mais pas en iso-8859-1 et 15 ?)



<troll>
Pas constaté ce problème avec le mien (emacs)
</troll>
Avatar
Olivier Miakinen
Le 30/11/2007 13:39, Bruno Desthuilliers répondait à Olivier Masson :

Moi j'ai une question : sais-tu pourquoi sur la plupart des éditeurs
textes (PSPad, Notepad++ par exemple), on peut encoder en ANSI, en utf-8
(avec ou sans BOM même), mais pas en iso-8859-1 et 15 ?)





Tu voulais dire bien sûr « la plupart des éditeurs texte sur Windows ».
D'ailleurs je crois bien que les deux que tu cites sont essentiellement
sur ce système d'exploitation (voire peut-être uniquement, mais en fait
je ne connais aucun des deux). En ayant ainsi complété la question, je
crois que la réponse est évidente : parce que c'est sur Windows, dont le
jeu de caractères par défaut (CP1252) contient déjà tous les caractères
présents dans ISO-8859-1 et ISO-8859-15 (et même davantage).

Si ça se trouve, ces éditeurs permettent aussi d'encoder en CP850 (que
Windows nomme habituellement OEM).

<troll>
Pas constaté ce problème avec le mien (emacs)
</troll>



Pas non plus avec vim, que j'utilise en ISO-8859-1 et UTF-8, et que je
sais utilisable en ISO-8859-15 d'après certains intervenants du groupe
fr.comp.os.unix.
Avatar
Pierre Goiffon
Olivier Miakinen wrote:
A quoi ça sert que l'ami Olivier se décarcasse, tsss tsss
Paf :
http://www.miakinen.net/vrac/charsets/?hv=h&o6=MacRoman&or=3&pr4



C'est pratique, hein, la sélection directe d'un caractère donné dans une
table donnée ! :-D



Ton outil est super pratique tout court !!

Pour la sélection des caractères, ce serait plus pratique s'il était
possible d'indiquer une valeur hexa (j'ai un peu eu du mal à retrouver
la valeur décimale, j'allais sortir calc.exe puis finallement je me suis
référé à l'entité numérique dans le tableau récapitulatif)
1 2 3 4