innerHTML fait ce qu'il lui plait du code

**_Michel** · 13/08/2012, 23h10

Bonsoir,
lorsque j'ex�cute le code suivant :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
<html><head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
 
</head><body>
<div id="file_1"></div>
 
<script type="text/javascript">
	document.getElementById('file_1').innerHTML = '</li><li>\n';
</script>
 
</body></html>

sur firefox, j'obtiens celui-l� :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
<html><head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
 
</head><body>
<div id="file_1"><li>
</li></div>
 
<script type="text/javascript">
	document.getElementById('file_1').innerHTML = '</li><li>\n';
</script>
 
</body></html>

Il m'a donc all�grement chang� l'ordre des balises <li>, </li> et du retour chariot.
Le comportement normal de innerHTML ne devrait-il pas �tre de copier la cha�ne dans le code html de la page, sans se pr�occuper du sens?
Y a-t-il une fonction qui ne se pas toutes ces questions?

Merci d'avance et bonne soir�e.

**_Michel** · 13/08/2012, 23h56

En fait il faut que le code soit bien balis� pour que �a marche correctement. Il est peut-�tre possible de se d�brouiller avec innerText. Mais il semble que ces deux fonctions soient le mal.
Je vais donc me d�brouiller avec le DOM, qui semble beaucoup plus propre.

**SpaceFrog** · 14/08/2012, 09h55

certains constructeurs de DOM ne cr�ent les balises que si ils trouvent balise fermante.
Ainsi
Ton "</li><li>" ne va cr�er qu'une balise li.

Avec innerText, le code html ne sera pas interpr�t� mais ins�r� entant que texte simple, ainsi le code html sera visible.

inneHTML et innerText ne sont pas le mal, pour innerHTML comme tu l'as d�couvert, ils doit avoir un code html correctement syntax� et il faut juste faire attention qu le code html soit int�gralement compris par le constructeur DOM.
Pour le innerText il n'ins�re que du texte.

Passer par le DOM permet en effet de s'assurer de la cr�ation int�grale de l'objet qui sera donc ensuite int�gralement reconnu avec toutes ses propri�t�s par le DOM.

**sekaijin** · 17/08/2012, 12h43

encore une fois le document HTML (DOM) n'est pas le code HTML qui sert � le g�n�rer.

le DOM est le r�sultat de l'INTERPRETATION du source HTML.

Il s'agit d'une INTERPRETATION. pas d'un copier coler ou quoi que se soit d'autre.

ce n'est pas parce que dans le monde informatique on a mal traduit le mot anglais interpr�ter qu'il ne s'agita d'un INTERPRETE (et non un interpreteur).

un interpr�te interpr�te. il essait donc de comprendre ce que dit la source pour produire une interpr�tation.

J'esp�re avoir suffisament martel� le mot.

donc dans le dom il n'y a pas de retour � la ligne de balise </li> ou <li> il n'y a que des Elements et des TextNodes
le code HTML que l'on peut voir dans les d�buggueur et autre outils ne sont pas le code HTML du DOM
c'est le r�sultat de la s�rialisation du DOM. Une s�rialisation est une repr�sentation sous forme de s�rie de code donnant une repr�sentation de l'objet s�rialis� permettant une traduction dans le sens inverse.

Il s'agit donc d'une REPRESENTATION il ne s'agit pas du DOM. pour information le code HTML d'un DOM HTML5 est d�finit dans la norme comme la s�rialisation du DOM c'est le DOM qui est normalis� pas le code source HTML5

encore une fois lorsque vous fournissez un code source HTML � un navigateur et que vous inspect� le DOM les opp�ration suivantes on lieu
Chargement du code source par le navigateur (visible g�n�ralement dans "afficher la source" dans le navigateur)
Interpretation du code
Creation d'un DOM
Serialisation du DOM en code HTML

Chaque �tape et source d'erreur et d'approximation.
une erreur dans le flux de la source peut l'int�rompre (le document sera partiellement charg�)
une erreur dans le code source html peut donner lieu � une adaptation (le navigateur ajoute ce qui manque, retire ce qu'il a en trop, ou d�place un �l�ment) ou � une erreur (Syntax error)
une erreur peut se produire lors de la creation d'un �l�ment (par exemple une erreur d'allocation memoire)
une erreur peut sur venir � la serialisation le DOM (etant extensible) peut contenir des �l�ment non s�rialisables ils sont soit ignor�s soit provoque une erreur.

et tout cela d�pends de la machine de l'os et du moteur de rendu du navigateur.

il est facile de comprendre qu'avec tout �a ce qu'on met en entr�e n'a que peut de chance d'�tre exactement ce qu'on a en sortie.

le moteur de rendu ne fait jamais ce qu'il VEUT il fait toujours ce qu'il PEUT.

apr�s tout �a on peut ce dire quelle m#rd@ on peut pas travailler avec �a.

je r�pondrais que si on s'obstine � �crire du code non conforme au B.A.BA. oui on ne peut pas travailler avec.
mais si on respecte � minima les normes du DOM (pas du HTML) alors il n'y a aucun probl�me � travailler avec.

j'ai bien dit du DOM as du HTML
HTML accept

Code html :

S�lectionner tout - Visualiser dans une fen�tre � part

<table><tr><td>1</td></tr></table>

la norme W3C du DOM ne l'accepte pas le TBody est OBLIGATOIRE.
donc si on ne veux pas d'embrouille avec les navigateur il sufit de le mettre syst�matiquement.

Je dirais donc lisez la norme du DOM relisez la nore du DOM lisez la norme sur la s�rialisation du DOM Lisez la norme de base du XML et vous saurez coder proprement du HTML

A+JYT

**thelvin** · 17/08/2012, 13h12

De toute fa�on, c'est d�bile de vouloir fermer une balise avant de l'ouvrir, et je vois mal comment on peut esp�rer le faire avec le DOM. (J'admets qu'avec innerHTML, m�me si �a ne fait �videmment rien de coh�rent, au moins il �tait possible de l'�crire.)

innerHTML fait ce qu'il lui plait du code

JavaScript

Vue hybride

Discussions similaires

Partager

Partager