>le DOM Inspector renverra bar comme premier fils de foo...
Pas du tout ! Ou alors c'est juste une configuration de l'affichage du DOM inspector. Si tu lui demandes de tout afficher, il affichera tout.
> Quand à la norme HTML elle est assez floue sur le sujet sauf dans le cas du PRE.
Certes, mais là on parle de XHTML, donc de la notation XML. La spécification de DOM et XML sont claires là dessus : il DOIT y avoir des noeuds texte, pour TOUT contenu textuel d'un élément, même si il ne s'agit que d'espace et/ou de sauts de ligne.
Le fait de savoir si les espaces sont significatifs, ce n'est pas le problème du parser et du DOM. C'est le moteur de rendu ou le programme qui travaille sur le DOM qui estime si les espaces sont significatifs ou pas. Ce n'est pas au parser de l'estimer. Le parser doit donner un DOM qui représente fidèlement le contenu du fichier texte. Un fichier XML ou SGML n'étant finalement qu'une version "serialisée" d'un DOM.
[^] # Re: DOMParser
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal if (microsoft()) {kludge;}. Évalué à 2.
Pas du tout ! Ou alors c'est juste une configuration de l'affichage du DOM inspector. Si tu lui demandes de tout afficher, il affichera tout.
> Quand à la norme HTML elle est assez floue sur le sujet sauf dans le cas du PRE.
Certes, mais là on parle de XHTML, donc de la notation XML. La spécification de DOM et XML sont claires là dessus : il DOIT y avoir des noeuds texte, pour TOUT contenu textuel d'un élément, même si il ne s'agit que d'espace et/ou de sauts de ligne.
Le fait de savoir si les espaces sont significatifs, ce n'est pas le problème du parser et du DOM. C'est le moteur de rendu ou le programme qui travaille sur le DOM qui estime si les espaces sont significatifs ou pas. Ce n'est pas au parser de l'estimer. Le parser doit donner un DOM qui représente fidèlement le contenu du fichier texte. Un fichier XML ou SGML n'étant finalement qu'une version "serialisée" d'un DOM.
Bref chacun son rôle.