5568 sujets

Sémantique web et HTML

Bonjour,

Question naïve :

Pourquoi la balise meta obtenue avec squelettor se ferme avec /> alors que les balises meta du site alsacreations.com se ferme seulement avec > ? Et surtout cela a-t-il une incidence ?

Merci et bon week-end.
Modifié par koikidi (27 May 2011 - 19:37)
Bonsoir,
Désolé, mais je ne vois pas ce que tu veux dire.
La page de "alsacreations.com" est en
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

et TOUTES les balises meta se terminent par " />" Smiley rolleyes
Bonsoir,

Voici une balise meta du site alsacreation.com :

<meta content="text/html; charset=iso-8859-1" http-equiv="Content-Type">

Et voilà la balise meta issue de squelettor et utlisée pour mon site :

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

Pour la première il y a > et pour la seconde />

Smiley eek

Bonne soirée.
Modifié par koikidi (27 May 2011 - 20:33)
Bonsoir,

Merci de prendre du temps pour me répondre. Je suis vraiment néophyte.
Mais alors pourquoi le / qui est avant > dans ma page HTML quand j'écris le code disparaît quand je lis le code dans Firebug ?

Bon week-end.
Salut,
Raphael a écrit :
Pour les sites en HTML (ou HTML5), la fermeture des éléments n'est pas obligatoire, voir par exemple le site http://www.alsacreations.fr

À noter que, si l'on fait du HTML 5 servi en tant que XML (ce qu'on appelle le XHTML 5), la fermeture devient obligatoire, comme en XHTML 1.
koikidi a écrit :
Mais alors pourquoi le / qui est avant > dans ma page HTML quand j'écris le code disparaît quand je lis le code dans Firebug ?

Pour ma part, je n'ai pas la réponse à cette question. Smiley rolleyes
Bonjour,

Firebug affiche le code tel que le navigateur le comprend, pas tel qu'il le reçoit. Smiley smile

Si on envoie une page web avec le Content-Type "text/html" (comme 99,99% des pages web), le navigateur va utiliser son parseur HTML plutôt que son parseur XML. L'écriture <element/> ou <element /> n'a de sens qu'en XML (et donc en XHTML), donc le parseur HTML va considérer que le "/" est une erreur.

On peut comparer par exemple les deux pages suivantes:
http://covertprestige.info/html/script-syntax/x10-cdata-com.html (servie en text/html)
http://covertprestige.info/html/script-syntax/x10-cdata-com.xhtml (servie en application/xhtml+xml)
Dans Firefox, si on ouvre affiche le code source de la première page, on remarque que les "/" à la fin des balises sont affichés en rouge, pour signaler une erreur. Dans la deuxième page, ils sont affichés en noir (tout va bien).

Deux autres petites choses à propos de Firefox:
- Lorsqu'on affiche le code source de la page, Firefox affiche le code HTML reçu.
- Lorsqu'on sélectionne un contenu et qu'on affiche la source de la sélection, Firefox affiche la représentation interne du document, qui peut être différente du code d'origine surtout si celui-ci contient des erreurs.
Absolument.
D'où l'intérêt d'avoir Firebug afin de visualiser/éditer le DOM car même tous les éléments générés en JavaScript, par exemple, ne sont pas affichés lors du simple affichage du code source Smiley smile
Merci à vous.
Ma curiosité n'était pas allée jusqu'à comparer le résultat dans Firebug et celui de l'affichage du code source.
En tous cas merci d'avoir pris du temps pour m'apporter toutes ces réponses.