UTF-8 vs à une nécessité ?

**aL1ba** · 12/08/2009, 19h05

Hello,
Je viens de réaliser, un peu tard peut-être, qu'avec mon Doctype:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="fr" xml:lang="fr">
<head>
<title>Testing area</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

lorsque j'écris du texte sans utiliser les "à" et autres et que je sauvegarde le fichier HTML en UTF-8, tous les accents sont acceptés normalement.
La question: qu'est-ce qui va se passer pour un visiteur qui n'utilise pas ce "charset=utf-8" ?

Est-ce qu'il va se retrouver avec du texte style:

Ce document n'a pas ?t? sauvegarder avec notepad en "utf-8" pour avoir les caract?res accentu?s.

**Macmillenium** · 12/08/2009, 22h12

Bonsoir,

Envoyé par aL1ba

La question: qu'est-ce qui va se passer pour un visiteur qui n'utilise pas ce "charset=utf-8" ?

UTF-8 est un standard universel.

Envoyé par aL1ba

Ce document n'a pas ?t? sauvegarder avec notepad en "utf-8" pour avoir les caract?res accentu?s.

Si le visiteur modifie l'encodage des caractères depuis son navigateur, oui.

**aL1ba** · 14/08/2009, 02h42

Si le visiteur modifie l'encodage des caractères depuis son navigateur, oui.

Mais quelle est la norme, si norme il y a, chez les pro...est-ce que l'utilisation d'un éditeur avec un native UTF-8 support est un avantage, ou si tenant compte de toutes les variations possibles par un utilisateur, c'est plus sûr d'utiliser le codage avec les "´" et compagnie ?

Je peux faire l'un ou l'autre, c'est juste, que quitte à fairte quelque chose, autant essayer de bien le faire.
Merci pour les commentaires.
bye,

**nosferapti** · 15/08/2009, 23h26

Envoyé par aL1ba

Mais quelle est la norme, si norme il y a, chez les pro...

tu as déjà eu la réponse :

Envoyé par Macmillenium

UTF-8 est un standard universel.

avec l'encodage UTF-8 il est possible d'avoir presque tous les caractères de la planète. donc ça veut dire que si tu as pris l'habitude de travailler avec cet encodage pour développer et pour l'encodage d'affichage, le jour ou tu devras faire un affichage dans une langue dont tu ne soupçonnais même pas l'existence, tout sera déjà prêt. Et tu auras ni besoin de changer tes habitudes de travail ni besoin de créer une fonction de conversion d'encodage compliquée.

Si tu regardes les DTD d'XHTML tu verras que les &eacute et autre codes spéciaux sont en fait définis en UTF-8. Un autre exemple : depuis plusieurs versions, phpMyAdmin ne fournit plus que de l'UTF-8 pour les fichiers de langue, avant il gérait plusieurs encodages mais ce n'est plus nécessaire puisque UTF-8 les remplace tous

**aL1ba** · 16/08/2009, 17h55

tu as déjà eu la réponse :
Citation:
Envoyé par Macmillenium Voir le message
UTF-8 est un standard universel.

Oui, Nosferapti, j'ai vu la réponse de Macmillenium et je te remercie pour le commentaire additionel.
Cependant, je me demande si un codage utilisant "les &eacute et autre codes spéciaux", permettrait de pallier au modification de l'encodage des caractères effectués par un visiteur depuis son navigateur......

Par exemple, que se passe-t-il si le site est bien encodé avec "avec l'encodage UTF-8", mais que sur le browser du visiteur, le charactere encoding choisi est Western (iso-8859-1) ou Western (iso-8859-15) ?

**Macmillenium** · 16/08/2009, 20h34

Envoyé par aL1ba

Par exemple, que se passe-t-il si le site est bien encodé avec "avec l'encodage UTF-8", mais que sur le browser du visiteur, le charactere encoding choisi est Western (iso-8859-1) ou Western (iso-8859-15) ?

C'est toi qui indique au browser le charset utilisé, après, le visiteur est libre de faire ce qu'il veut ...