Bonjour,
Désolé pour le sujet bateau :

Mais ça commence mal !
Le code minimum :

<!DOCTYPE html>
<html lang="fr">
<head>
  <meta charset="UTF-8" />
  <title>Équipe de foot</title>
</head>
<body>
même avé des accents ?
</body>
</html>


n'interprète pas correctement les accents.
mon fichier.html est sauvegardé UTF8 NOBOM :

?quipe
m?me av? des accents ?

J'ai loupé qqc ou bien faut-il revenir à ISO-8859-15 ?

Validateur :
Erreur fatale
Dans la ligne 5 et la colonne 10 du document se trouve un caractère non valable.
Ce caractère n'est pas permis dans le jeu de caractères utilisé (utf-8).


Merci d'avance
Modifié par dmganges (19 Mar 2015 - 13:32)
Voici mon en-tête de feuille HTML, qui marche sans problème avec UTF-8, même des textes russes, chinois et japonais:

<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr">
    <head>
        <!--[if lt IE 9]>    <script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script><![endif]-->
        <meta charset="utf-8" />

tu peux oublier le patch IE, qui n'a rien à voir avec le sujet.
Modifié par PapyJP (19 Mar 2015 - 14:01)
Merci PapyJP
ça marche aussi en arabe !

J'étais prêt à tout jeter.

MERCI d'avoir répondu à une question aussi anodine...
dmganges a écrit :
Merci PapyJP
ça marche aussi en arabe !

J'étais prêt à tout jeter.

MERCI d'avoir répondu à une question aussi anodine...

A la lecture, je ne vois pas ce qui plantait chez toi. Le fait d'avoir mis UTF-8 en majuscules?
bzh a écrit :
Ceci xmlns="http://www.w3.org/1999/xhtml" et ceci xml:lang="fr" est inutile dans ton code PapyJP

C'est bien possible.
Je ne me souviens plus où j'avais trouvé cette directive, sans soute dans les "bonnes pratiques" d'un site prétendument plus informé que les autres....
Autant que je me souvienne c'était dans un site Google...

Je vais essayer de retrouver le comment du pourquoi.
Merci de me l'avoir signalé.
C'est ce qu'on mettait avec le doctype xhtml
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" 
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr">


et maintenant en html 5
<!DOCTYPE html>
<html lang="fr">
Bonsoir,

Même si le sujet est marqué résolu, je désire apporter quelques précisions. Quand on utilise l'encodage UTF-8, il ne suffit pas de déclarer meta charset="UTF-8"....

Il faut aussi éditer les fichiers sources avec un éditeur qui sauvegarde en UTF-8...

Et également gérer les données en base de données en UTF-8....

Plus d'infos ici:
http://html5.immo-scope.com/article/general_applisFullUtf8

A+
bzh a écrit :
C'est ce qu'on mettait avec le doctype xhtml

Ah! Oui, bien sûr!

En tant que pratiquant du SGML depuis la fin des années 1980 j'aime que les balises soient fermées. Je ne comprends pas pourquoi HTML5 a décidé de revenir aux errements (façons de faire) antérieurs, sans doute le résultat d'une négo du genre de celle où les représentants français ont abandonné le "œ" alors que les islandais (300000 habitants, seuls locuteur de leur langue) ont fait incorporer tous les caractères d'origine viking de leur langue...
Je vais tout de même essayer et voir ce qui se passe.
mpmp93 a écrit :
Bonsoir,

Même si le sujet est marqué résolu, je désire apporter quelques précisions. Quand on utilise l'encodage UTF-8, il ne suffit pas de déclarer meta charset="UTF-8"....

Il faut aussi éditer les fichiers sources avec un éditeur qui sauvegarde en UTF-8...

Et également gérer les données en base de données en UTF-8....

Plus d'infos ici:
http://html5.immo-scope.com/article/general_applisFullUtf8http://html5.immo-
scope.com/article/general_applisFullUtf8[/url]

A+

Excellentes remarques.
Faire attention en particulier à générer des fichiers UTF-8 sans BOM

À propos des bases de données, il est souvent préférable de travailler en Unicode et faire la transformation dans les programmes PHP. Unicode utilise 16 bits pour toutes les langues, alors que la seule langue qui compte (celle des US) se contente de 7 bits, au détriment des autres langues.
Résultat, dans des applis prévues pour les US et prétendument internationalisées, avec codage en UTF-8 il n'y avait plus la place d'entrer le nom des gens dans des langues orientales, car 32 octets ça fait peu pour un mot écrit en japonais à 4 octets par caractère.
Qu'entends-tu par fermé, auto fermante ? Parce que tu peux auto fermer avec html5, c'est juste pas obligatoire.

(C'est marqué dans son premier message qu'il a utilisé utf-8 sans bom)
Modifié par bzh (19 Mar 2015 - 23:11)
bzh a écrit :
Qu'entends-tu par fermé, auto fermante ? Parce que tu peux auto fermer avec html5, c'est juste pas obligatoire.

(C'est marqué dans son premier message qu'il a utilisé utf-8 sans bom)

Oui, tout à fait d'accord sur ces deux points:
- mon premier point explique que j'ai continué à faire du XHTML même quand je suis passé à HTML5, mais c'est tout â fait possible de fermer les balises en HTML5
- j'ai bien vu que dmganges avait fait un ficher sans BOM, je voulais simplement insister pour d'éventuels autres utilisateurs. Quand je suis passé au "tout UTF-8", j'ai eu des problèmes avec la BOM qui se mettait sans qu'on la voie en début des fichiers PHP.