Discussion :

[CCyrillus]

Bonjour,

Suite à cette discussion http://www.developpez.net/forums/d84...firefox-3-0-x/

Définir le charset est toujours utile, le document CSS peut aussi contenir des caractères non ASCII : sélecteurs, contenu généré via les pseudos-éléments :before/:after et font-family.

Aprés quelque recherche et tentative de provoqué des erreurs dans les navigateurs (recents), je dois avoué ne pas avoir reussi a me faire une opinion précise , en fait j'en ressort plus confus qu'auparavant .
Entre l'encodage des caractéres et l'enregistrement des fichiers je suis plutot perdu , j'ai le même probleme avec php et sql ... .

Je n'arrive pas a trier et cerner les subtilité du navigateur , entete http , balise meta , encodage des fichiers et des caracteres dans les fichiers .

Est ce une erreur d'omettre le @charset si l'on n'en saisit pas bien l'utilité , peut-on s'en passer sans risques ?

GC

[Macmillenium]

Bonjour,

Je n'arrive pas a trier et cerner les subtilité du navigateur , entete http , balise meta , encodage des fichiers et des caracteres dans les fichiers .

Le navigateur a besoin de connaitre l'encodage le plus tôt possible, l'en-tête HTTP envoyé par le serveur est donc prioritaire.
L'indication du charset au niveau du document reste importante pour les visiteurs qui enregistrent la page en local, ne pas oublier aussi de placer la meta tag Content-type avant l'élément TITLE si celui-ci contient des caractères non ASCII.

Le principe est le même pour les documents CSS et JavaScript.

Pour PHP/SQL il y a aussi l'encodage au niveau de la connexion à la BDD, BDD, tables et champs.

Je te propose un article qui décrit les différents niveaux d'encodage http://j-willette.developpez.com/tut...-site-en-utf8/

Est ce une erreur d'omettre le @charset si l'on n'en saisit pas bien l'utilité

Oui.

[CCyrillus]

Merci ,
Cette réponse et le lien sont clair.
Et Il suffit de ne pas oublier le comportement du navigateur .