quel est le but de metre la balise : <head> ?
quel est le but de metre la balise : <head> ? - HTML/CSS - Programmation
Marsh Posté le 12-06-2005 à 20:09:11
réponse ici
<head> contient les meta-informations de la page, c'est à dire non pas les informations à afficher mais les informations sur la page elle même, informations devant être transmises au navigateur.
<body>, lui, contient le "corps" de la page c'est à dire les informations que le navigateur doit afficher.
<html> est le conteneur global des pages HTML et la racine du document.
---------------
[Masklinn intérimaire Vediorbis] Kami-sama wa Ecchi ga dai-kirai desu!
Marsh Posté le 12-06-2005 à 20:12:53
Grosso modo, ça contient les infos liés à la page (titre, mot clé, encodage, autre) http://www.w3.org/TR/REC-html40/st [...] ml#h-7.4.1
et la trad en français (powered By BabelFish)
| Citation : L'élément PRINCIPAL contient des informations sur le document courant, tel que son titre, les mots-clés qui peuvent être utiles aux moteurs de recherche, et d'autres données qui ne sont pas considérées contenu de document. Les agents d'utilisateur ne rendent pas généralement les éléments qui apparaissent dans la TÊTE en As la teneur. Ils peuvent, cependant, faire l'information dans la TÊTE disponible aux utilisateurs par d'autres mécanismes. |
edit : grilled
Message édité par zapan666 le 12-06-2005 à 20:13:25
---------------
my flick r - Just Tab it !
Marsh Posté le 12-06-2005 à 20:29:33
et en plus je rajouterai que on ne fait pas de programmes en HTML mais des pages webs. Si tu parles de programme c'est surtout quand ca porte sur des applications online utilisant pas mal les langages Serveur
Marsh Posté le 13-06-2005 à 00:43:30
| mamat69 a écrit : car quand je cré mon mini programe je suprime la balise <head> et </head> et ca ne change pas la realisation. merci d'avance |
Tu viens de découvrir une chose : les navigateurs sont très très cools sur la syntaxe. Ils vont chercher à corriger les erreurs (des très mauvais | de 95% des) développeurs qui oublient certains éléments. N'oublie pas une chose : c'est pas parce que ça s'affiche bien que c'est bien. En l'occurrence, c'est très mal de pas mettre le <head> 
Aide-toi de ça : http://validator.w3.org/ Tu lui file une page web, et il te dira si ton code est propre et conforme.
Message édité par FlorentG le 13-06-2005 à 00:43:53
Marsh Posté le 13-06-2005 à 04:44:16
| FlorentG a écrit : Tu viens de découvrir une chose : les navigateurs sont très très cools sur la syntaxe. Ils vont chercher à corriger les erreurs (des très mauvais | de 95% des) développeurs qui oublient certains éléments. N'oublie pas une chose : c'est pas parce que ça s'affiche bien que c'est bien. En l'occurrence, c'est très mal de pas mettre le <head> |
Tu mélanges tout.
99,9% des développeurs Webs savent très bien à quoi sert le HEAD. Après, si tu parles des étudiants adolescents qui développent un site avec "Faites un site comme par magie" de Micro Application, c'est une insulte aux développeurs Web d'appeler ces gens des développeurs.
Marsh Posté le 13-06-2005 à 08:39:54
| The-Shadow a écrit : Tu mélanges tout. |
Je parlais pas seulement du head, je faisais un cas général
Marsh Posté le 13-06-2005 à 18:45:34
FlorentsG ta reponse est clair, merci. J'ai essayer ton site pour voir si mon aplication etait bonne, elle est de forme : <html>
<head>
<title>mamat</title>
<body><h1>mamat le boss</h1>
<strong>gras</strong>
</body>
bien entendu il n'y a pas de balise : </head> je me suis tromper plus haut.
Donc j'ai essayer ce programme (ouai attention moi ca rigole pas) et il me dit que ce programme n'est pas de type HTML 4.1 ! enfinnn pour le peut que j'ai comprit c'est ca...
---------------
mamat56
Marsh Posté le 13-06-2005 à 18:47:14
bah oui, tu n'as pas fermé ton head ![[:spamafotez]](https://forum-images.hardware.fr/images/perso/spamafotez.gif "[:spamafotez]")
---------------
JE JE SUIS LIBERTINEEEEEEEEEEE JE SUIS UNE CATINNNNNNNNN §§§§§§§§
Marsh Posté le 13-06-2005 à 19:01:04
koiii ?? je comprend pas la . Il faut le fermer le head ou pas ? je savais pas que la balise </head> existait !
Faut la placer entre koi et quoi ?
De toute facon je vien d'essayer en rajoutant </head> a la fin du programe ci-dessus et ca marche toujours pas : le programe n'est tj pas consideré comme du HTML 4.1 !
---------------
mamat56
Marsh Posté le 13-06-2005 à 19:04:11
| mamat69 a écrit : koiii ?? je comprend pas la . Il faut le fermer le head ou pas ? je savais pas que la balise </head> existait ! |
Il faut la placer juste avant le <body>
Marsh Posté le 13-06-2005 à 19:08:00
mamat je vais t'aider en te donnant la structure d'un document html bien formé, parce qu'apparamment tu ne sais pas ca :
Code :
|
Les balises link et meta te permettent de lier des documents externes pour la première, et d'inqiuer plusieurs infos sur ta page pour la deuxième. <link> et <meta> ne sont pas obligatoires, mais tout le reste l'est.
Enfin meme ce que j'ai mis au dessus n'est pas conforme parce qu'il n'y a pas de doctype mais bon, si ca peut t'aider ...
Message édité par plainsofpain le 13-06-2005 à 19:08:45
---------------
http://www.alsacreations.com , http://www.openweb.eu.org. Mon CV : http://cv.roane-irkana.net/. Exemple à ne surtout pas suivre : www.worldinternet.be
Marsh Posté le 16-06-2005 à 21:05:42
la fonction recherche est ton amie
---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Marsh Posté le 16-06-2005 à 21:33:09
<X> est l'ouverture d'une balise
une balise ouverte doit toujours ettre ferme soit :
</X>
Marsh Posté le 17-06-2005 à 13:24:26
ouyai mais je sait ca mais c'est quoi un doctype ?
---------------
mamat56
Marsh Posté le 17-06-2005 à 13:56:03
| mamat69 a écrit : ouyai mais je sait ca mais c'est quoi un doctype ? |
C'est pour donner au navigateur le type du document que tu lui demandes d'afficher.
Quand tu glisses une image GIF sur un navigateur, l'entete de l'image est contenu dans l'image, par exemple, du coup, le navigateur passe en mode affichage de GIF.
Quand tu ouvres un document .htm, .html ou .php sur un navigateur, il faut renseigner le navigateur sur le type de HTML qu'il doit afficher, autrement, le navigateur fera à sa sauce et traduira toutes les balises qu'il comprend.
Marsh Posté le 17-06-2005 à 13:57:42
explication du doctype ici :
http://www.openweb.eu.org/articles/toi_comprendre_moi/
---------------
my flick r - Just Tab it !
Marsh Posté le 17-06-2005 à 14:26:46
| The-Shadow a écrit : C'est pour donner au navigateur le type du document que tu lui demandes d'afficher. |
Nan, ça c'est d'une part le type mime, de l'autre part le namespace. Le doctype renseigne uniquement sur la grammaire (genre il faut un head et un body dans html, pas un de plus, et dans cet ordre, dans span on ne peut mettre que des éléments inline, etc...). Ca permet de valider le document, pour voir s'il ne contient pas des erreurs. Après pour les balises qu'il comprend, il va regarder l'espace de nom. Donc théoriquement, si tu t'amuses à mettre ça :
<html xmlns="pouet.com/truc"> |
Il ne devrait pas comprendre. Prenez une page XHTMl sous FireFox : envoyez-la en tant que application/xhtml+xml. Et virez le xmlns de html. Vous verrez que FF affichera la page sous forme de document XML... Remettez le xmlns, il affichera la page avec le CSS, etc...
Marsh Posté le 17-06-2005 à 16:02:19
| FlorentG a écrit : Nan, ça c'est d'une part le type mime |
Et c'est quoi le type mime ?
C'est exactement la même chose, sauf que c'est inscrit dans le code binaire.
Faut pas contredire pour contredire.
Si tu prends une image et que tu supprimes le mimetype, un img src l'affichera quand même, comme une page HTML si tu oublies le DocType, c'est la même chose mais en 2 formats différents l'un binaire l'autre ASCII.
Marsh Posté le 17-06-2005 à 16:07:12
| The-Shadow a écrit : Et c'est quoi le type mime ? |
Donc c'est pas la même chose Le type mime d'une image gif, c'est image/gif. Mais dans le fichier, c'est inscrit Gif89a, donc c'est pas la même chose
| The-Shadow a écrit : Si tu prends une image et que tu supprimes le mimetype, un img src l'affichera quand même |
Ca c'est le comportement de l'élément img, le navigateur va faire de l'autodétection. Normalement il faut un type valide, comme pour un élément <object>
| The-Shadow a écrit : comme une page HTML si tu oublies le DocType, c'est la même chose mais en 2 formats différents l'un binaire l'autre ASCII. |
Je crois que t'as vraiment rien compris au doctype toi ![[:johneh]](https://forum-images.hardware.fr/images/perso/johneh.gif "[:johneh]")
Quel est le rapport entre le doctype et le format binaire et ascii ?????????
Marsh Posté le 17-06-2005 à 16:11:38
| FlorentG a écrit : Mais dans le fichier, c'est inscrit Gif89a, donc c'est pas la même chose |
Bah tu vois, c'est bien ce que je dis, le type du document est bien dans l'entête du fichier GIF, c'est toi qui me parle de mimetype.
| FlorentG a écrit : Ca c'est le comportement de l'élément img, le navigateur va faire de l'autodétection. Normalement il faut un type valide, comme pour un élément <object> |
Pour afficher l'image oui, le navigateur a besoin d'un type valide, mais quand on fait un img src, même sans type valide, il affiche l'image.
| FlorentG a écrit : Je crois que t'as vraiment rien compris au doctype toi |
Moi je crois que tu as beaucoup de mal à comprendre ce que j'écris.
Marsh Posté le 17-06-2005 à 16:14:42
| The-Shadow a écrit : Bah tu vois, c'est bien ce que je dis, le type du document est bien dans l'entête du fichier GIF, c'est toi qui me parle de mimetype. |
Ca dépend des types de fichiers. Y'en a où y'a que dalle...
| The-Shadow a écrit : Moi je crois que tu as beaucoup de mal à comprendre ce que j'écris. |
Presque. Parce que dans tous les cas, le DOCTYPE ne renseigne pas sur le type de document. Le DOCTYPE renseigne sur sa grammaire. C'est l'espace de nom qui renseigne le type des éléments...
Marsh Posté le 17-06-2005 à 16:22:25
| FlorentG a écrit : Presque. Parce que dans tous les cas, le DOCTYPE ne renseigne pas sur le type de document. Le DOCTYPE renseigne sur sa grammaire. C'est l'espace de nom qui renseigne le type des éléments... |
Si tu veux, mais tu es trop technique, moi je parle du principe, j'essaye de trouver des exemples simples à comprendre, je ne vais pas étaler toute les sciences de programmations pour faire comprendre à un newbie qui ne sait pas à quoi sert le DocType, je préfère lui trouver des exemples concret même si en cherchant la petite bête, il y a une petite différence.
J'aurais bien pris l'exemple du RTF ou du Latex qui affiche son type en ASCII dans la page, mais plus personne n'utilise de RTF de nos jours et les utilisateurs du Latex sont marginaux.
Marsh Posté le 17-06-2005 à 16:25:42
Y'a rien de technique : un fichier HTML doit obéir à une certaine structure. Par exemple, un gros <html>, avec dedans un <head> suivit d'un <body>. Et cette grammaire est définie dans le DOCTYPE... Y'a rien de technique, si ?
Marsh Posté le 17-06-2005 à 16:29:27
| FlorentG a écrit : Y'a rien de technique : un fichier HTML doit obéir à une certaine structure. Par exemple, un gros <html>, avec dedans un <head> suivit d'un <body>. |
Mais le Doctype ne renseigne pas la dessus (si ?). Enfin, depuis 96/97 que je fais du Web, depuis le HTML 3.x, il a toujours fallu un <html>, un <head>, un <title> et un <body> pour concevoir une page Web correctement.
Marsh Posté le 17-06-2005 à 16:32:51
oui, et le doctype est justement ce qui permet d'etre sur de respecter ce schéma de page.
Le doctype xhtml1.0 Strict et le html 4.01 impliquent des comportements différents des navigateurs sur les balises ayant un sens légèrement différents d'après le doctype choisi.
en html 4.01, un <br> fonctionne. En xhtml1.0 ca ne fonctionne pas ...
Message édité par plainsofpain le 17-06-2005 à 16:34:03
---------------
http://www.alsacreations.com , http://www.openweb.eu.org. Mon CV : http://cv.roane-irkana.net/. Exemple à ne surtout pas suivre : www.worldinternet.be
Marsh Posté le 17-06-2005 à 16:34:11
| The-Shadow a écrit : Mais le Doctype ne renseigne pas la dessus (si ?). Enfin, depuis 96/97 que je fais du Web, depuis le HTML 3.x, il a toujours fallu un <html>, un <head>, un <title> et un <body> pour concevoir une page Web correctement. |
C'est ce que je dis : le doctype renseigne uniquement sur la structure.
Marsh Posté le 17-06-2005 à 16:42:55
| FlorentG a écrit : C'est ce que je dis : le doctype renseigne uniquement sur la structure. |
Il est donc bien comparable à l'entête d'un fichier image.
Marsh Posté le 17-06-2005 à 16:43:56
| The-Shadow a écrit : Il est donc bien comparable à l'entête d'un fichier image. |
Non. Avec un fichier image, on n'a pas un deuxième fichier qui explique comment sont agencées les infos, spapareil ![[:spamafote]](https://forum-images.hardware.fr/images/perso/spamafote.gif "[:spamafote]")
Le truc comparable à ton entête d'un fichier image, c'est l'xmlns...
Marsh Posté le 17-06-2005 à 16:48:20
| FlorentG a écrit : Non. Avec un fichier image, on n'a pas un deuxième fichier qui explique comment sont agencées les infos, spapareil |
Bah si, si on prend une image GIF par exemple, comme tu l'as dit, l'entête indiqud GIF87 ou 89 (je prend l'image GIF, mais si on prend un TIFF, c'est pire vu toutes les traductions possibles alors que c'est toujours un TIFF), c'est bien l'entête qui dit au logiciel comment il doit traduire l'image GIF, même si il sait déjà que c'est une GIF, plusieurs types existants dans le même format, l'entête le renseigne sur le type de GIF ou sur le type de TIFF.
Donc l'entête est bien comparable au DocType.
Message édité par The-Shadow le 17-06-2005 à 16:49:00
Marsh Posté le 17-06-2005 à 16:48:28
| plainsofpain a écrit : oui, et le doctype est justement ce qui permet d'etre sur de respecter ce schéma de page. |
À noter tout de même que le Doctype n'est pas censé être lu par le navigateur, uniquement par les validateurs. Le doctype n'a pris de l'importance pour le navigateur qu'avec l'invention du Doctype Switching (IE5/Mac, 2000) qui est un détournement de sa fonction originelle.
Dans les faits, aucun navigateur ne parse le doctype, ils ne font que regarder si sa déclaration existe et correspond au passage en mode strict, point barre.
En HTML comme en XHTML (parsé XML), les navigateurs ne parsent pas le doctype et ne sont pas censés le parser, le seul parsing existant est fait en XHTML@XML et est un simple parsing XML (validité du DOM du fichier), sans aucune gestion d'erreur (Yellow Screen of Death), chose qu'Anne van Kesteren considère comme mauvaise, et à la lecture de son billet j'aurais pas mal tendance à être d'accord avec lui.
---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Marsh Posté le 17-06-2005 à 16:50:08
Maklinn => Oui mais ça c'est parce que le navigateur ne fait pas bien son boulot, dans les faits, il ne le fait pas, dans la théorie, il devrait le lire.
Marsh Posté le 17-06-2005 à 16:50:33
| The-Shadow a écrit : Bah si, si on prend une image GIF par exemple, comme tu l'as dit, l'entête indiqud GIF87 ou 89 (je prend l'image GIF, mais si on prend un TIFF, c'est pire vu toutes les traductions possibles alors que c'est toujours un TIFF), c'est bien l'entête qui dit au logiciel comment il doit traduire l'image GIF, même si il sait déjà que c'est une GIF, plusieurs types existants dans le même format, l'entête le renseigne sur le type de GIF ou sur le type de TIFF. |
Et ben l'équivalent de ton entête, c'est l'xmlns
Genre XHTML 1.0 :
<html xmlns="http://www.w3.org/1999/xhtml"> |
XHTML 2.0
<html xmlns="http://www.w3.org/2002/06/xhtml2/"> |
Le doctype, on s'en fout...
Marsh Posté le 17-06-2005 à 16:52:33
| masklinn a écrit : En HTML comme en XHTML (parsé XML), les navigateurs ne parsent pas le doctype et ne sont pas censés le parser, le seul parsing existant est fait en XHTML@XML et est un simple parsing XML (validité du DOM du fichier), sans aucune gestion d'erreur (Yellow Screen of Death), chose qu'Anne van Kesteren considère comme mauvaise, et à la lecture de son billet j'aurais pas mal tendance à être d'accord avec lui. |
| Citation : This allows people to easily play with CSS without being punished for a little typo right from the start. |
Mouaiiiiiiis. Ca me plaît pas trop quand-même tout ça 
Marsh Posté le 17-06-2005 à 17:06:02
| FlorentG a écrit : Et ben l'équivalent de ton entête, c'est l'xmlns
|
Ha okey, autant pour moi.
| FlorentG a écrit : Le doctype, on s'en fout... |
Je retiens ça, je la ressortirais à chaque fois qu'un newbies vous demande de regarder son code source et que vous commencez par "Il n'y même pas de DocType sur ton site".
Marsh Posté le 17-06-2005 à 17:09:09
| The-Shadow a écrit : Maklinn => Oui mais ça c'est parce que le navigateur ne fait pas bien son boulot, dans les faits, il ne le fait pas, dans la théorie, il devrait le lire. |
non.
FlorentG a écrit :
|
Ca a pas d'importance, le message ici c'est que pour les CSS la gestion des documents & éléments malformés est très clairement définie et permet un fallback lui aussi défini. En HTML il n'y a pas de gestion des erreurs de formattage du document, et en XML il n'y a aucun fallback (ce qui est plutôt lourd).
L'idéal serait probablement un système à la CSS avec une gestion définie normativement des documents/éléments malformés, un fallback (qu'on conserve un affichage en cas d'erreur, que ce soit une erreur dans le document ou un problème externe type connection tombée ou arrêt "manuel" du téléchargement de la page) et un message d'erreur non obtrusif.
| The-Shadow a écrit : Je retiens ça, je la ressortirais à chaque fois qu'un newbies vous demande de regarder son code source et que vous commencez par "Il n'y même pas de DocType sur ton site". |
Doctype switching ![[:uriel]](https://forum-images.hardware.fr/images/perso/uriel.gif "[:uriel]")
Message édité par masklinn le 17-06-2005 à 17:10:31
---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Marsh Posté le 19-06-2005 à 13:29:57
| The-Shadow a écrit : Je retiens ça, je la ressortirais à chaque fois qu'un newbies vous demande de regarder son code source et que vous commencez par "Il n'y même pas de DocType sur ton site". |
Désolé, je me suis mal exprimé : je voulais dire qu'on s'en fout du doctype point de vue type de document, à savoir que ce n'est pas le doctype qui défini le type de doc 
Par contre comme l'a souligné Masklinn, c'est important de le mettre pour nos cher navigateurs qui aiment bien en avoir un, ce qui se traduira par un passage en mode standard ou non. Par exemple, sous IE, en mode non standard, c'est le modèle de boîte de IE5 qui sera active. En mode standard, c'est le modèle du W3C
Marsh Posté le 19-06-2005 à 14:24:39
| FlorentG a écrit : Par contre comme l'a souligné Masklinn, c'est important de le mettre pour nos cher navigateurs qui aiment bien en avoir un, ce qui se traduira par un passage en mode standard ou non. |
C'est à dire tous les navigateurs depuis IE5/Mac ![[:cupra]](https://forum-images.hardware.fr/images/perso/cupra.gif "[:cupra]")
http://www.quirksmode.org/?/css/quirksmode.html
---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Sujets relatifs:
- comment inclure une requete sql dans une balise a<a href> et en php...
- Balise href HTML
- ordre des balises "title" et "charset" dans le "head"
- annuler l'effet d'une balise
- Taille d'une balise div
- Modifier la valeur d'une balise selon l'adresse de la page
- probleme avec la balise <pre>
- Problème balise image
- [CSS] balises a dans balise il
- Passer une variable au travers une balise de lien...
Marsh Posté le 12-06-2005 à 20:00:33
Salut,
je debute en programation et je me pose une question : a quoi sert la balise <head> entre la balise <html> et la balise <title> ?
par exemple:
<html>
[#f0000e]<head>
[#38ff00]<title>L'enfance de Hugo
[#f0000e]</head>
car quand je cré mon mini programe je suprime la balise <head> et </head> et ca ne change pas la realisation. merci d'avance
---------------
mamat56