nicht angemeldet
Hallo,
Man könnte höchstens argumentieren, dass nicht-standardkonformer Code von standardkonformen Code getrennt wird, was aber ein Vorteil für den Autor, nicht den Benutzer ist.
Wenn XML-Parser bei nicht standardkonformem Code abbrechen, kann es sicher nicht schaden, diesen Code zu verstecken -- wenn man ihn denn unbedingt verwenden zu müssen meint.
Die XML-Prozessoren in Browsern geben bei *nicht wohlgeformten* XML-Code einen Fehler zurück, sie sind darüber hinaus gar nicht in der Lage und es ist nicht ihre Aufgabe, den Code auf »Standardkonformität« zu prüfen, also etwa gegen eine DTD oder ein XML-Schema zu validieren. Proprietäres Markup kann der Autor also benutzen, wie er lustig ist; solange die Syntax wohlgeformt ist, wird der XML-Parser an sich keinen Fehler auswerfen. Sicherlich könnte der Teil der Applikation, die die Daten vom Parser weiterverarbeitet, entsprechende Fehler auswerfen, nur hätte das nichts mehr mit dem normativen Fehlersystem des XML-Standards zu tun. Das hätten die Browser auch schon mit HTML machen können.
Im Übrigen ist es wie gesagt bei CSS sowieso anders, weil CSS-Parsern eben vorgeschrieben ist, unbekannte Properties zu ignorieren und weiterzuparsen.
Mathias