Die Buchstabennormalisierung, d.h. wandelnd in ihr völlig normalisiertes um bilden Sie sich wie, wie innen definiert [ XML 1,1 ], wird angenommen, um zur Veröffentlichungzeit zu geschehen. Die Last des DOM-Niveaus 3 und außer Modul [ Last des DOM-Niveaus 3 und außer ] stellt eine Veröffentlichungeinheit zur Verfügung (sehen Sie DOMSerializer Schnittstelle, Abschnitt 2.3.1) und verwendet das DOMConfiguration Normalisierenbuchstaben der Parameter [ p.106 ] " [ p.109 ] "und "überprüfen-Buchstabe-Normalisierung [ p.107 ] "versichern, daß Text völlig normalisiert wird [ XML 1,1 ]. Anderes Veröffentlichungeinheiten errichteten auf den Kern des DOM-Niveaus 3 müssen auch versichern, daß Text völlig ist normalisiert . 1,3,2 DOM URIs Die DOM-Spezifikation beruht auf DOMString Werte [ p.24 ] als Hilfsmittelbezeichner, so daß folgende Bedingungen werden getroffen: 1. Ein absoluter Bezeichner kennzeichnet absolut ein Hilfsmittel auf dem Netz; 2. Einfache Zeichenkettegleichheit stellt Gleichheit der absoluten Hilfsmittelbezeichner und keine andere Gleichwertigkeit her vom Hilfsmittel gilt Bezeichner als bedeutend zur DOM-Spezifikation; 3. Ein relativer Bezeichner wird leicht und gebildetes Absolutes im Verhältnis zu einem absoluten Bezeichner ermittelt; 4. Wiederherstellung des Inhalts eines Hilfsmittels kann wo erforderlich vollendet werden. Die Bezeichnung "absolutes URI "bezieht sich einen auf kompletten Hilfsmittel Bezeichner und die Bezeichnung" relatives URI "bezieht sich auf unvollständiger Hilfsmittelbezeichner. Innerhalb der DOM-Spezifikationen werden diese Bezeichner URIs, "konstante Hilfsmittelbezeichner", aber dieser genannt wird abstractly bedeutet. Die DOM-Implementierung nicht notwendigerweise verarbeitet sein URIs entsprechend dem URI Spezifikation [ IETFCRfc 2396 ]. Im Allgemeinen muß die bestimmte Form dieser Bezeichner ignoriert werden. Wenn nicht möglich ist, um die Art eines DOM URI vollständig zu ignorieren, irgendein weil ein relativer Bezeichner gebildet werden muß Absolutes, oder, weil Inhalt zurückgeholt werden muß, muß die DOM-Implementierung mindestens stützen Sie die Bezeichnerarten, die zum Inhalt passend sind, der verarbeitet wird [ HTML 4,01 ], [ XML 1,0 ] und dazugehörige namespace-Spezifikation [ XML Namespaces ] bauen Sie an [ IETFCRfc 2396 ] feststellen zulässige Buchstaben und behebendes relatives URIs. Andere Spezifikationen wie namespaces in XML 1,1 [ XML Namespaces 1,1 ] kann auf alternative Hilfsmittelbezeichnerarten bauen, die z.B. umfassen können die non-ASCIIbuchstaben, Unterstützung für alternativen Hilfsmittelbezeichner erfordernd schreibt wo erforderlich vorbei anwendbare Spezifikationen. 1,3,3 XML Namespaces Namespaces der Unterstützung XML des DOM-Niveaus 2 und 3 [ XML Namespaces ] durch das Vergrößern einiger Schnittstellen von der Kern des DOM-Niveaus 1 zum Dürfen Elemente verursachen und manipulieren [ p.206 ] und Attribute verbanden zu a namespace. Wenn [ XML 1,1 ] ist im Gebrauch (sehen Sie Document.xmlVersion [ p.43 ]), DOM-Niveau 3 auch Unterstützungen [ XML Namespaces 1,1 ]. Insoweit das DOM, verwendeten spezielle Attribute für das Erklären von XML-namespaces werden herausgestellt noch und sein kann manipuliertes gerades wie jedes mögliches andere Attribut. Jedoch werden Nullpunkte dauerhaft zu namespace gesprungen URIs [ p.207 ] wie sie verursacht erhalten. Infolgedessen einen Nullpunkt innerhalb eines Dokumentes mit dem DOM, im Nr. verschiebend umkleiden Sie Resultate in einer Änderung seines namespace-Präfixes [ p.207 ] oder namespace URI. Similarly, einen Nullpunkt mit verursachend ein namespace-Präfix und ein namespace URI oder Ändern des namespace-Präfixes eines Nullpunktes, resultiert nicht innen 26 1,3,2 DOM URIs