Extern-analysierte Entities können mit einer Text-Deklaration beginnen.
Text-Deklaration | ||||
---|---|---|---|---|
|
Die Text-Deklaration muss literal angegeben werden, nicht als Referenz auf ein analysiertes Entity. An keiner Stelle außer am Anfang eines externen analysierten Entity darf eine Text-Deklaration vorkommen.
Das Dokument-Entity ist wohlgeformt, wenn es zur Produktion document passt. Ein externes, allgemeines, analysiertes Entity ist wohlgeformt, wenn es zur Produktion extParsedEnt passt. Ein externes Parameter-Entity ist wohlgeformt, wenn es zur Produktion extPE passt.
Wohlgeformte, extern-analysierte Entities | ||||||||
---|---|---|---|---|---|---|---|---|
|
Ein internes, allgemeines, analysiertes Entity ist wohlgeformt, wenn sein Ersetzungstext zur Produktion content passt. Alle internen Parameter-Entities sind per definitionem wohlgeformt.
Eine Konsequenz der Wohlgeformtheit von Entities ist, dass die logische und physikalische Struktur eines XML-Dokuments korrekt verschachtelt ist. Kein Start-Tag, End-Tag, Leeres-Element-Tag, Element, Kommentar, keine Processing Instruction, Zeichen- oder Entityreferenz kann in einem Entity beginnen und in einem anderen enden.
Jedes extern-analysierte Entity in einem XML-Dokument kann eine andere Zeichenkodierung verwenden. Alle XML-Prozessoren müssen in der Lage sein, Entities in UTF-8 oder UTF-16 zu lesen.
Entities in UTF-16-Kodierung müssen mit einer Byte-Order-Markierung beginnen, die in ISO/IEC 10646, Annex E, und in Unicode Appendix B (das ZERO WIDTH NO-BREAK SPACE-Zeichen, #xFEFF) beschrieben ist. Dies ist eine Kodierungssignatur, die weder Teil des Markup noch der Zeichendaten des XML-Dokumentes ist. XML-Prozessoren müssen in der Lage sein, dieses Zeichen zu verwenden, um zwischen UTF-8 und UTF-16 zu unterscheiden.
Obwohl ein XML-Prozessor lediglich Entities in den Kodierungen UTF-8 und UTF-16 lesen muss, ist es offensichtlich, dass andere Kodierungen überall in der Welt benutzt werden. Deshalb kann es wünschenswert sein, dass ein XML-Prozessor solche Entities lesen und benutzen kann. Analysierte Entities, die in einer anderen Kodierung als UTF-8 und UTF-16 gespeichert sind, müssen mit einer Text-Deklaration beginnen, die eine Kodierungsdeklaration enthält.
Kodierungsdeklaration | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Im Dokument-Entity ist die Kodierungsdeklaration ein Teil der XML-Deklaration. Der EncName ist der Name der verwendeten Kodierung.
In einer Kodierungsdeklaration sollten die Werte
UTF-8
, UTF-16
,
ISO-10646-UCS-2
und
ISO-10646-UCS-4
für die verschiedenen
Kodierungen und Transformationen von Unicode und
ISO/IEC 10646 benutzt werden. Die Werte
ISO-8859-1
,
ISO-8859-2
,
... ISO-8859-9
sollten für die Teile von
ISO 8859 benutzt werden. Die Werte
ISO-2022-JP
, Shift_JIS
und EUC-JP
sollten für die verschiedenen
Kodierungsformen von JIS X-0208-1997 benutzt
werden. XML-Prozessoren dürfen andere
Kodierungen erkennen. Es wird empfohlen, dass andere als
die genannten
Zeichenkodierungen, die bei der Internet Assigned Numbers
Authority [IANA] (als
Zeichensatz, charsets)
registriert sind, mit ihrem registrierten Namen genannt
werden. Beachten Sie, dass diese registrierten
Namen als case-insensitive definiert sind. Prozessoren
sollten einen Vergleich also auch case-insensitive
durchführen.
Bei Abwesenheit von Informationen, die durch ein externes Transportprotokoll (z.B. HTTP oder MIME-Typ) geliefert werden, ist es ein Fehler, wenn ein Entity, welches eine Kodierungsdeklaration enthält, in einer anderen Kodierung an den XML-Prozessor übergeben wird. Ebenso ist es ein Fehler, wenn eine Kodierungsdeklaration an einer anderen Stelle als dem Anfang des externen Entity steht oder auch, wenn ein Entity, das weder mit einer Byte-Order-Markierung noch mit einer Kodierungsdeklaration beginnt, eine andere Kodierung als UTF-8 benutzt. Beachten Sie, dass wegen der Tatsache, dass ASCII eine Teilmenge von UTF-8 ist, ASCII-Entities nicht unbedingt eine Kodierungsdeklaration brauchen.
Es ist ein kritischer Fehler, wenn ein XML-Prozessor ein Entity in einer Kodierung bekommt, die er nicht verarbeiten kann.
Beispiel für Kodierungsdeklarationen:
<?xml encoding='UTF-8'?> <?xml encoding='EUC-JP'?>