Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
DOM Baum in JavaScript document.body.childNodes[1]
Wieso childNodes[1] ? Fängt doch normal bei 0 an zu zählen :-( versteht das jemand? Hab es mit FireFox und Chrom getestet und geht beides nur mit 1 und 3, + 2 für jedes weiter Element. Bei 0, 2, etc. kommt undefined.
Dann habe ich mich auch noch etwas gefragt und zwar wie bekomme ich denn den body ohne document.body also so in der Art:
document.firstChild.nextSibling.childNodes[2]
Auch hier muss ich childNodes[2] machen? Des weiteren wieso horizontal durchlaufen? mit nextSibling bekommt man doch die Knoten auf der Horizontale. document.firstChild sollte doch HTML sein oder?
Oh das ist <!DOCTYPE html> nicht <html>. So kommt man auf <html>
document.firstChild.nextSibling
Dann verstehe ich gerade aber nichts mehr. Dachte das ganze wäre eine Baumstruktur, kann es sein das die ersten Elemente alle Horizontal angeordnet sind?
Ja, das ist ein Baum, in dem das Document den Wurzelknoten darstellt. Allerdings ist es ein Baum von Knoten (Node) und nicht jeder Node ist auch ein Element. So gibt es z. B. Textnodes (kein Element), in Deinem Fall der Leerraum zwischen z. B. dem body- und dem h1-Tag. Wenn Du die Leerzeichen entfernst, also <body><h1>Hallo Dom!</h1> schreibst, dann sollte der erste Kindknoten von body auch h1 sein.
in Deinem Fall der Leerraum zwischen z. B. dem body- und dem h1-Tag. Wenn Du die Leerzeichen entfernst, also <body><h1>Hallo Dom!</h1> schreibst, dann sollte der erste Kindknoten von body auch h1 sein.
nicht ganz... da document.body nicht dem node <body> entspricht ... es entspricht dem was man im browser sieht
hätte er den body node raus geholt wäre auch eine sinnvolle node liste raus gekommen
hier kommt aber eine Node liste raus die ansich unnützlich ist wegen den line breaks und leeren strings
nicht ganz... da document.body nicht dem node <body> entspricht ... es entspricht dem was man im browser sieht
hätte er den body node raus geholt wäre auch eine sinnvolle node liste raus gekommen
hier kommt aber eine Node liste raus die ansich unnützlich ist wegen den line breaks und leeren strings
Ich weiß nicht, was Du mir sagen willst. Jeder Node, der kein Blatt ist, enthält andere Nodes (childNodes), wie das in einem Baum halt so üblich ist. Es gibt verschiedene Typen von Nodes, für das Dokument, Elemente, Attribute, Text usw.
HTML wird geparst, wobei ein Baum entsteht. Dieser Baum muss nicht 1:1 mit dem HTML-Code übereinstimmen. Beispielsweise muss man keinen html-Tag angeben, im Baum wird man dennoch ein html-Element vorfinden.
Der Wurzelknoten eines HTML-Dokuments wird per document referenziert und enthält insbesondere das html-Element. Dieses enthält wiederum das body-Element. Der Browser stellt letztlich den Baum dar, dadurch wirkt sich eine Manipulation am Baum auch auf die Darstellung aus.
Das body-Element enthält neben Elementen eben auch andere Nodes anderer Typen, z. B. für Text. Allerdings wird nicht jedes Whitespace auch in einen Textnode übersetzt - in der Spezifikation zum DOM findet sich dazu die nette Aussage: "Note that, due to the magic that is HTML parsing, not all ASCII whitespace were turned into Text nodes, but the general concept is clear. Markup goes in, a tree of nodes comes out." (https://dom.spec.whatwg.org/#introduction-to-the-dom)
Umgekehrt finden sich Textnodes, wo man keine erwarten würde. Beispielsweise wird aus
HTML:
<body><div>X</div></body>
ein Baum, der am Ende einen Textknoten mit einem Newline-Zeichen enthält:
Code:
document
|
+-- html
|
+-- body
|
+-- div
| |
| +-- #text ("X")
+-- #text ("\n")
Der erste Kindknoten von body ist hier das div.
Bei
HTML:
<body>
<div>X</div>
</body>
ist der erste Kindknoten dagegen ein Textknoten mit einem Text der Länge 3 (ein Newline gefolgt von zwei Leerzeichen).
Okay danke für eure Antworten.
Jetzt habe ich das wenigstens etwas besser verstanden
Kann mir vielleicht jemand noch kurz erklären wieso man nextSibling Das nächste Kind des Elternknotens benötigt?
Geht das nicht auch mit dem Array childNodes?
Ausgegeben wird nichts. Wenn ich die Ausgabe in die for Schleife schreibe gibt er mir fast alles aus bis auf das LI Element :-( Wenn ich doch das UL Element habe und lande dann in der Schleife sollte mir dort doch das childNodes Array eine länge von größer 0 haben.
Wieso wird das LI Element verschluckt und oben kommt keine Ausgabe?
Okay oben hab ich einen Fehler gemacht bei node.type das muss natürlich node.nodeType heißen.
Wieso merkert JS nicht echt hässlich!
So hier ein neuer Versuch doch jetzt geht er natürlich nicht in die Rekursion =D
Java:
function recursiveRun(node) {
if (node.nodeType != 1 ){
for (let i = 0; i < node.childNodes.length; i++) {
recursiveRun(node.childNodes[i]);
}
}
else
console.log(node.tagName);
}
So geht es nun aber nicht schön!
Java:
function recursiveRun(node) {
if (node.nodeType == null) {
return;
}
else {
if (node.nodeType == 1)
console.log(node.nodeName);
for (let i = 0; i < node.childNodes.length; i++) {
recursiveRun(node.childNodes[i]);
}
}
}
