[résolu...] Pourquoi mes scripts JS ne sont pas reconnus ?

[No6]

Je sais pas pourquoi, mais tout à coup ce "truc" m'énerve...

J'explique :

en HTML (5), les différentes balises sont du genre

Code

<balise> ... "contenu" .... </balise>

; le " </ " indiquant la "fermeture"

et dans le cas ou on utilise pas de contenu, mais juste des propriétés:

Code

<balise propriété="valeur" />

; la, la fermeture se fait directement par le " /> "

comme par exemple :

Code

<img src="mon_image.png" />

sauf que voila: si on écrit :

Code

<script src="js/NavBT.js" type="text/javascript" />

on se fait jetter par tous les navigateurs

Ca m'énerve !!!!

Ou alors j'ai loupé un truc ??

Ce message a été modifié par No6 - 2 Sep 2012, 11:40.

[yponomeute]

Ou alors j'ai loupé un truc ??

La documentation officielle sans doute :

http://www.w3.org/TR/html-markup/script.html

A script element must have both a start tag and an end tag.

[No6]

Ben, merci !

Mais sincèrement je continue à trouver ça stupide, et avoir introduit cette exception dans le langage HTML ou même xHTML reste une incohérence à mes yeux...

Je vais peut être essayer par la suite, mais cela signifie que l'on peut à la fois utiliser un scr="..." et mettre du code entre les balises de script ??

Code

<script src="js/NavBT.js" type="text/javascript" > ... code javascript suplémentaire ici....</script>

c'est vraiment super bizarre...

Sinon, cette lecture m'a permis de découvrir l'élément " defer " de cette balise, ce qui m'évitera à l'avenir de placer mes scripts a la fin du body.

Ce message a été modifié par No6 - 13 Aug 2012, 13:31.

[Nicosa]

Je vais peut être essayer par la suite, mais cela signifie que l'on peut à la fois utiliser un scr="..." et mettre du code entre les balises de script ??

Oui.
Par exemple, le src pointe vers une "librairie", et entre les balises tu appelles des fonctions de ta librairie.

[yponomeute]

Je vais peut être essayer par la suite, mais cela signifie que l'on peut à la fois utiliser un scr="..." et mettre du code entre les balises de script ??

Oui.
Par exemple, le src pointe vers une "librairie", et entre les balises tu appelles des fonctions de ta librairie.

Non
Une balise script avec un attribut src ne peut contenir que des espaces, des lignes vides ou du commentaire d'après les spécifications w3c. En pratique les navigateurs sont conçus pour interpréter les c*nneries des développeurs web, donc ça risque effectivement de fonctionner si on rajoute du code entre les balises.

[Nicosa]

Non
Une balise script avec un attribut src ne peut contenir que des espaces, des lignes vides ou du commentaire d'après les spécifications w3c. En pratique les navigateurs sont conçus pour interpréter les c*nneries des développeurs web, donc ça risque effectivement de fonctionner si on rajoute du code entre les balises.

En effet. C'est vrai que mon HTML remonte à presque une dizaine d'années... et j'étais pas un expert, donc je devais certainement abuser les navigateurs.


J'imagine que l'élément script est obligé d'avoir une balise fermante histoire simplifier le parsing des navigateurs...

[No6]

J'imagine que l'élément script est obligé d'avoir une balise fermante histoire simplifier le parsing des navigateurs...

Non, ca le complique juste un petit peu plus:
Les autres balises permettent les 2 notations (<Balise propriété ="xxx" >...</balise> ou <balise propriété ="xxx" />

Celle-ci est la seule à ma connaissance, mais il y en a peut-être d'autres ???

et donc pour le parseur de code, ça lui rajoute autant d'exceptions à traiter à part, et plombe un peu ses performances...

[yponomeute]

Les autres balises permettent les 2 notations (<Balise propriété ="xxx" >...</balise> ou <balise propriété ="xxx" />

Celle-ci est la seule à ma connaissance, mais il y en a peut-être d'autres ???

Ah je suis curieux là, quelles sont les balises qui possèdent deux syntaxes en HTML5 ? A ma connaissance il y a des balises qui peuvent avoir du contenu et qui possèdent une balise de fermeture, et des balises "vides" qui ne reçoivent jamais de contenu et qui n'ont pas de balise de fermeture.

Ce message a été modifié par yponomeute - 14 Aug 2012, 07:33.

[Nicosa]

Les autres balises permettent les 2 notations (<Balise propriété ="xxx" >...</balise> ou <balise propriété ="xxx" />

Celle-ci est la seule à ma connaissance, mais il y en a peut-être d'autres ???

Ah je suis curieux là, quelles sont les balises qui possèdent deux syntaxes en HTML5 ? A ma connaissance il y a des balises qui peuvent avoir du contenu et qui possèdent une balise de fermeture, et des balises "vides" qui ne reçoivent jamais de contenu et qui n'ont pas de balise de fermeture.

Bah après un peu de lecture du lien d'yponomeute, il semble que les balises non-void soient forcées d'avoir une balise fermante, sauf si les specs disent le contraire.
(c'est comme les passages interdits sauf à ceux pour qui c'est autorisé...)


En y réfléchissant, je pense à la balise li. Il est indiqué que l'on peut omettre la balise fermante :

Tag omission
An li element must have a start tag.
An li element’s end tag may be omitted if the li element is immediately followed by another li element or if there is no more content in the parent element.

[yponomeute]

Il ne faut pas confondre XHTML et HTML5 et bien faire attention à ce qu'on trouve sur le web, beaucoup de tutoriaux ne sont pas à jour ou parlent de XHTML et non pas de HTML5. Ne pas oublier non plus que la norme est toujours à l'état de draft.

En HTML5 il y a énormément de choses optionnelles. Les balises <head> et <body> par exemple sont optionnelles sous certaines conditions. On peut également écrire les balises sous différentes formes :
<input id="toto" />, <input id="toto">, <input id=toto />, <INPUT id=toto> sont toutes des écritures correctes en HTML5.

[No6]

Ah je suis curieux là, quelles sont les balises qui possèdent deux syntaxes en HTML5 ? A ma connaissance il y a des balises qui peuvent avoir du contenu et qui possèdent une balise de fermeture, et des balises "vides" qui ne reçoivent jamais de contenu et qui n'ont pas de balise de fermeture.

Effectivement, je me suis un peu embrouillé les idées...
Comme je ne fais plus quasiment que du HTML5 / CSS3, avec du SVG et du SMIL, avec quelles "incursions" de XML, j'ai l'impression de vivre dans un mixeur syntaxique