XHTML 1.0: Die Extensible HyperText Markup Language (Zweite Auflage)

Deutsche Übersetzung

Diese Version:

http://www.edition-w3c.de/TR/2002/REC-xhtml1-20020801

Aktuelle Version:

http://www.edition-w3c.de/TR/xhtml1

Übersetzer:

Judith Muhr (Übersetzung)

Stefan Mintert (Fachlektorat und Kommentierung), Linkwerk

Bei diesem Dokument handelt es sich um eine Übersetzung eines W3C-Textes. Dieser Text ist urheberrechtlich geschützt; bitte beachten Sie die nachfolgenden Hinweise des Originaldokuments. Die Rechte an der Übersetzung liegen bei den Übersetzern und dem Verlag Addison-Wesley. Die Übersetzung hat keine durch das W3C legitimierte, normative Wirkung. Das einzige maßgebliche Dokument ist das englische Original.

Bitte senden Sie Fehler und Korrekturen zur deutschen Fassung an die Übersetzer.

Kommentare der Übersetzer, die als solche gekennzeichnet sind, unterliegen dem Urheberrecht der Übersetzer. Sie sind nicht Bestandteil des Ursprungsdokuments.

Kurzbeschreibung

Diese Spezifikation definiert die zweite Auflage von XHTML 1.0, eine Neufassung von HTML 4 als XML 1.0-Anwendung sowie drei DTDs, die den von HTML 4 definierten DTDs entsprechen. Die Semantik der Elemente und ihre Attribute sind in der W3C-Empfehlung für HTML 4 definiert. Diese Semantiken stellen die Grundlage für die zukünftige Erweiterbarkeit von XHTML dar. Kompatibilität mit existierenden HTML-Benutzerprogrammen ist möglich, wenn einige wenige Richtlinien befolgt werden.

Status dieses Dokuments

Dieser Abschnitt beschreibt den Status dieses Dokuments zum Zeitpunkt seiner Veröffentlichung. Neue Dokumente können dieses Dokument ersetzen. Der neueste Status dieser Dokumentreihe wird vom W3C verwaltet.

Dieses Dokument ist die zweite Auflage der XHTML 1.0-Empfehlung, die die Korrekturänderungen bis zum 1. August 2002 enthält. Änderungen zwischen dieser Version und der vorhergehenden Empfehlung sind in einer Version mit hervorgehobenen Änderungen dargestellt.

Diese zweite Auflage ist keine neue Version von XHTML 1.0 (zum ersten mal am 26. Januar 2000 veröffentlicht). Die Änderungen in diesem Dokument spiegeln Korrekturen wider, die als Ergebnis von Kommentaren, die von der Öffentlichkeit gemacht wurden, und als Ergebnis der fortschreitenden Arbeit der HTML-Arbeitsgruppe entstanden sind. Es gibt keine substantiellen Änderungen in diesem Dokument – ausschließlich die Integration der verschiedenen Errata.

Die Liste der bekannten Fehler in dieser Spezifikation ist unter http://www.w3.org/2002/08/REC-xhtml1-20020801-errata verfügbar.

Bitte melden Sie Fehler in diesem Dokument an www-html-editor@w3.org (Archiv). Die öffentliche Diskussion von HTML-Eigenschaften findet auf der Mailingliste www-html@w3.org (Archiv) statt.

Dieses Dokument wurde als Teil der W3C HTML Activity hergestellt. Die Ziele der HTML Working Group (nur Mitglieder) werden in der HTML Working Group Charta diskutiert.

Zur Zeit der Veröffentlichung war die Arbeitsgruppe davon überzeugt, dass es keine Patentbekanntmachungen gibt, die für diese Spezifikation relevant sind. Eine aktuelle Liste von Patentbekanntmachungen, die für diese Spezifikation relevant sind, ist auf der Seite für Patentbekanntmachungen der Arbeitsgruppe zu finden.

Eine Liste der aktuellen W3C-Empfehlungen sowie anderer technischer Dokumente finden Sie unter http://www.w3.org/TR.

1 Was ist XHTML?

Dieser Abschnitt ist informell.

XHTML ist eine Familie aktueller und zukünftiger Dokumenttypen und Module, die HTML 4 nachbilden, eine Untermenge davon bilden bzw. es erweitern [HTML4]. Dokumenttypen aus der XHTML-Familie basieren auf XML und sind letztlich darauf ausgelegt, in Kombination mit auf XML basierenden Benutzerprogrammen eingesetzt zu werden. Detaillierte Informationen zu dieser Familie und ihrer Entwicklung finden Sie in [XHTMLMOD].

XHTML 1.0 (diese Spezifikation) ist der erste Dokumenttyp in der XHTML-Familie. Es handelt sich dabei um eine Neuformulierung der drei HTML 4-Dokumenttypen als Anwendungen von XML 1.0 [XML]. Es ist für die Verwendung als Sprache für Inhalte vorgesehen, die sowohl zu XML konform sind, und die auch, falls sie einigen einfachen Richtlinien folgen, in zu HTML 4 konformen Benutzerprogrammen eingesetzt werden können. Entwickler, die ihre Inhalte auf XHTML 1.0 umstellen, werden die folgenden Vorteile erkennen:

• XHTML-Dokumente sind konform zu XML. Als solche können sie ohne weiteres mit Standard-XML-Werkzeugen angezeigt, bearbeitet und validiert werden.
• XML-Dokumente können so formuliert werden, dass sie in bereits existierenden, zu HTML 4 konformen Benutzerprogrammen ebenso gut oder besser funktionieren als zuvor, ebenso wie in neuen, zu XHMTL 1.0 konformen Benutzerprogrammen.
• XHTML-Dokumente können Applikationen (z.B. Skripte und Applets) einsetzen, die auf dem HTML Document Object Model oder dem XML Document Object Model basieren [DOM].
• Falls sich die XHTML-Familie weiterentwickelt, ist es wahrscheinlicher, dass Dokumente, die konform zu XHTML 1.0 sind, innerhalb und zwischen unterschiedlichen XHTML-Umgebungen kombiniert werden können.

Die XHTML-Familie ist der nächste Schritt in der Evolution des Internet. Wenn die Entwickler von Inhalten heute auf XHTML umsteigen, können sie in die XML-Welt mit allen dort gebotenen Vorteilen vordringen und dennoch darauf vertrauen, dass ihr Inhalt vorwärts- und rückwärtskompatibel ist.

1.1 Was ist HTML 4?

HTML 4 [HTML4] ist eine SGML-Anwendung (Standard Generalized Markup Language), die konform zur internationalen Norm ISO 8879 ist und in weiten Kreisen als Standardpublikationssprache des World Wide Web betrachtet wird.

SGML ist eine Sprache für beschreibende Markup-Sprachen, insbesondere solche, die für den elektronischen Austausch von Dokumenten, die Dokumentverwaltung und die Dokumentveröffentlichung verwendet werden. HTML ist ein Beispiel für eine in SGML definierte Sprache.

SGML gibt es schon seit Mitte der Achtzigerjahre, und sie ist relativ stabil geblieben. Ein Großteil dieser Stabilität resultiert aus der Tatsache, dass die Sprache zum einen zahlreiche Funktionsmerkmale aufweist, gleichzeitig aber auch flexibel ist. Diese Flexibilität hat jedoch ihren Preis, nämlich die Komplexität, die verhindert hat, dass es sich in unterschiedlichsten Umgebungen durchgesetzt hat, unter anderem auch im World Wide Web.

HTML war, wie ursprünglich vorgesehen, eine Sprache für den Austausch wissenschaftlicher und anderer technischer Dokumente, die auch von Benutzern eingesetzt werden konnte, die keine Dokumentspezialisten waren. HTML löst die Probleme, die sich aus der Komplexität von SGML ergeben, indem es eine kleine Menge strukturbildender und semantischer Tags bereitstellt, die für die Auslegung relativ einfacher Dokumente geeignet sind. Um die Dokumentstruktur zu vereinfachen, unterstützt HTML außerdem Hypertext. Multimedia-Fähigkeiten wurden später hinzugefügt.

Innerhalb bemerkenswert kurzer Zeit wurde HTML allgemein beliebt und wuchs schnell über seinen ursprünglichen Zweck hinaus. Seit der Einführung von HTML wurden sehr schnell immer wieder neue Elemente entwickelt, die in HTML (als Standard) eingesetzt werden und die Anpassung von HTML an vertikale, hoch spezialisierte Märkte unterstützten. Diese Vielfalt an neuen Elementen hat zu Problemen bezüglich der Zusammenarbeit von Dokumenten geführt, die über verschiedene Plattformen hinweg verwendet wurden.

Weil sowohl Software als auch Plattformen immer schneller heterogen wurden, ist deutlich, dass das „klassische“ HTML 4 für die Verwendung auf diesen Plattformen gewissen Einschränkungen unterliegt.

1.2 Was ist XML?

XML™ ist die Abkürzung für Extensible Markup Language [XML].

XML war darauf ausgelegt, die Leistungsfähigkeit und Flexibilität von SGML wiederzugewinnen, ohne jedoch deren hohe Komplexität mit sich zu bringen. Obwohl XML eine eingeschränkte Form von SGML ist, weist es trotzdem einen Großteil der Leistungsfähigkeit und Reichhaltigkeit von SGML auf, ebenso wie die gebräuchlichsten Funktionsmerkmale von SGML.

Während XML diese vorteilhaften Leistungsmerkmale beibehält, verzichtet es auf viele der komplexeren Funktionsmerkmale von SGML, die das Schreiben und den Entwurf geeigneter Software schwierig und teuer machen.

1.3 Wozu braucht man XHTML?

Die Vorteile, die ein Umstieg auf XHTML 1.0 mit sich bringt, sind oben beschrieben. Einige der Vorteile beim Wechsel zu XHTML können ganz allgemein wie folgt beschrieben werden:

• Dokumententwickler und Designer von Benutzerprogrammen entdecken ständig neue Möglichkeiten, ihre Ideen durch neues Markup auszudrücken. In XML ist es relativ einfach, neue Elemente oder zusätzliche Elementattribute einzuführen. Die XHTML-Familie ist darauf ausgelegt, diesen Erweiterungen durch XHTML-Module und Techniken für die Entwicklung neuer, XHTML-konformer Module (die in der bevorstehenden Spezifikation zur XHTML-Modularisierung beschrieben ist) zu genügen. Diese Module werden die Kombination existierender und neuer Funktionsmerkmale bei der Entwicklung von Inhalt und dem Entwurf neuer Benutzerprogramme erlauben.
• Es werden ständig neue Möglichkeiten für den Zugriff auf das Internet eingeführt. Einige Schätzungen weisen darauf hin, dass im Jahr 2002 75% der Dokumentanzeigen im Internet auf diesen alternativen Plattformen stattfindet. Die XHTML-Familie wurde mit Blick auf die Interoperabilität von Benutzerprogrammen entworfen. Durch einen neuen Benutzerprogramm- und Dokument-Profiling-Mechanismus sind Server, Proxies und Benutzerprogramme in der Lage, die bestmögliche Umwandlung des Inhalts zu erzielen. Letztlich wird es irgendwann möglich sein, XHTML-konformen Inhalt zu entwickeln, der von jedem zu XHTML konformen Benutzerprogramm verwendet werden kann.

2 Definitionen

Dieser Abschnitt ist normativ.

2.1 Terminologie

In dieser Spezifikation werden die nachfolgenden Begriffe verwendet. Diese Begriffe erweitern die Definitionen aus [RFC2119], und basieren auf ähnlichen Definitionen wie in ISO/IEC 9945-1:1990 [POSIX.1]:

Kann, Darf (May)

In Hinblick auf Implementierungen sollte das Wort „kann“ als optionales Funktionsmerkmal betrachtet werden, das in dieser Spezifikation nicht gefordert wird, das jedoch unterstützt werden kann. Was die Konformität des Dokuments betrifft, bedeutet das Wort „kann“, dass das optionale Funktionsmerkmal nicht verwendet werden darf. Der Begriff „optional“ hat dieselbe Definition wie „kann“.

Muss (Must)

In dieser Spezifikation sollte das Wort „muss“ als zwingende Anforderung für die Implementierung betrachtet werden oder für streng konforme XHTML-Dokumente, abhängig vom Kontext. Der Begriff „soll“ hat dieselbe Definition wie „muss“.

Nicht spezifiziert (Unspecified)

Ist ein Wert oder ein Verhalten nicht spezifiziert, definiert die Spezifikation keine Portabilitätsanforderungen für ein Funktionsmerkmal für eine Implementierung, selbst wenn ein Dokument vorliegt, das dieses Funktionsmerkmal nutzt. Ein Dokument, das für einen solchen Fall ein spezielles Verhalten bedingt, statt ein beliebiges Verhalten zu tolerieren, obwohl es dieses Funktionsmerkmal aufweist, ist kein streng konformes XHTML-Dokument.

Optional (Optional)

Siehe „Kann“.

Reserviert (Reserved)

Ein Wert oder Verhalten ist nicht spezifiziert, aber es darf von konformen Dokumenten nicht verwendet und von einem konformen Benutzerprogramm nicht unterstützt werden.

Soll (Shall)

Siehe „Muss“.

Sollte (Should)

Im Hinblick auf Implementierungen sollte das Wort „sollte“ als Empfehlung für die Implementierung, nicht aber als Forderung interpretiert werden. Im Hinblick auf Dokumente sollte das Wort „sollte“ als empfohlene Vorgehensweise bei der Programmierung für Dokumente verstanden werden und als Forderung für streng konforme XHTML-Dokumente.

Unterstützt (Supported)

Bestimmte Funktionsmerkmale in dieser Spezifikation sind optional. Wird ein Funktionsmerkmal unterstützt, verhält es sich, wie in dieser Spezifikation beschrieben.

2.2 Allgemeine Begriffe

Attribut

Ein Attribut ist ein Parameter für ein Element, der in der DTD deklariert ist. Der Typ und der Wertebereich eines Attributs ebenso wie ein möglicher Standardwert, sind in der DTD definiert.

Benutzerprogramm

Ein Benutzerprogramm ist ein System, das XHTML-Dokumente in Übereinstimmung mit dieser Spezifikation verarbeitet. Weitere Informationen finden Sie in Abschnitt 3.2 über konforme Benutzerprogramme.

DTD

Eine DTD (Dokumenttypdefinition) setzt sich aus mehreren XML-Markup-Deklarationen zusammen, die in ihrer Gesamtheit die erlaubte Struktur, Elemente und Attribute definiert, die für die Verwendung in einem Dokument zur Verfügung stehen, das konform zu der DTD ist.

Dokument

Ein Dokument ist ein Datenstrom, der nach der Kombination mit anderen Strömen, auf die er verweist, so strukturiert ist, dass er Informationen enthält, die in Elementen enthalten sind, die wie in der zugehörigen DTD definiert angeordnet sind. Weitere Informationen finden Sie in Abschnitt 3.1 über konforme Dokumente.

Element

Ein Element ist eine Einheit für die Strukturierung eines Dokuments, die in der DTD deklariert ist. Das Inhaltsmodell des Elements ist in der DTD definiert; zusätzliche Semantiken können in der Textbeschreibung des Elements definiert sein.

Funktionsmerkmale

Funktionsmerkmale sind Elemente, Attribute und die diesen Elementen und Attributen zugeordnete Semantik. Wenn eine Implementierung diese Funktionalität unterstützt, sagt man, sie stellt die erforderlichen Funktionsmerkmale bereit.

Implementierung

Siehe Benutzerprogramm.

Parsing

Parsing ist der Vorgang, währenddessen ein Dokument überprüft („gescannt“) und die in dem Dokument enthaltene Information in den Kontext der Elemente gefiltert wird, in dem die Information strukturiert ist.

Rendering

Rendering (Darstellen) ist der Vorgang, bei dem die Information aus einem Dokument dargestellt wird. Diese Darstellung erfolgt in der für die Umgebung am besten geeigneten Form (z.B. akustisch, visuell, gedruckt).

Validierung

Bei der Validierung werden Dokumente im Hinblick auf die zugeordnete DTD überprüft, wobei sichergestellt wird, dass die Verwendung der Elemente sowie der Attribute konsistent mit den Definitionen in der DTD erfolgt.

Wohlgeformtheit

Ein Dokument ist wohlgeformt, wenn es gemäß den in Abschnitt 2.1 definierten Regeln der XML 1.0-Empfehlung [XML] strukturiert ist. Grundsätzlich sagt diese Definition aus, dass Elemente, die durch ihre Start- und Ende-Tags begrenzt sind, korrekt ineinander verschachtelt sein müssen.

3 Normative Definition von XHTML 1.0

Dieser Abschnitt ist normativ.

3.1 Konforme Dokumente

Diese Version von XHTML stellt eine Definition streng konformer XHTML 1.0-Dokumente bereit, die auf die Elemente und Attribute aus dem XML- und XHTML 1.0-Namensraum beschränkt sind. Weitere Informationen über die Verwendung von XHTML in Kombination mit anderen Namensräumen, wie beispielsweise für das Einbinden von Metadaten, die in RDF ausgedrückt sind, in XHTML-Dokumente, finden Sie in Abschnitt 3.1.2.

3.1.1 Streng konforme Dokumente

Ein streng konformes XHTML-Dokument ist ein XML-Dokument, das nur die Funktionsmerkmale benötigt, die in dieser Spezifikation als zwingend erforderlich beschrieben sind. Ein solches Dokument muss alle folgenden Kriterien erfüllen:

1. Es muss konform zu den Beschränkungen sein, die in einer der drei in Anhang A beschriebenen DTDs und in Anhang B ausgedrückt sind.
2. Das Wurzelelement des Dokuments muss html sein.
3. Das Wurzelelement des Dokuments muss eine xmlns–Deklaration für den XHTML-Namensraum enthalten [XMLNAMES]. Der Namensraum für XTHML ist definiert als http://www.w3.org/1999/xhtml. Ein Wurzelelement kann z.B. so aussehen:
   <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
4. Im Dokument muss es vor dem Wurzelelement eine DOCTYPE-Deklaration geben. Der in der DOCTYPE-Deklaration enthaltene öffentliche Bezeichner muss auf eine der drei in Anhang A beschriebenen DTDs verweisen, und zwar unter Verwendung des betreffenden Formal Public Identifier. Der Systembezeichner kann geändert werden, um lokale Systemkonventionen zu berücksichtigen.

   <!DOCTYPE html 
        PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
        "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
   
   <!DOCTYPE html 
        PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
        "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
   
   <!DOCTYPE html 
        PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN"
        "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
   

Eine XML-Deklaration ist nicht in allen XML-Dokumenten erforderlich. Den Autoren von XHTML-Dokumenten wird jedoch sehr empfohlen, in all ihren Dokumenten XML-Deklarationen zu verwenden. Eine solche Deklaration ist erforderlich, wenn die Zeichenkodierung des Dokuments nicht die Standardkodierung UTF-8 oder UTF-16 ist und keine Kodierung durch ein Higher-Level-Protokoll bestimmt wurde. Im folgenden Beispiel ist die XML-Deklaration enthalten:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html 
     PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
  <head>
    <title>Virtual Library</title>
  </head>
  <body>
    <p>Moved to <a href="http://example.org/">example.org</a>.</p>
  </body>
</html>

3.1.2 XHTML mit anderen Namensräumen verwenden

Der XHTML-Namensraum kann in Kombination mit anderen XML-Namensräumen verwendet werden, gemäß [XMLNAMES], obwohl solche Dokumente keine streng konformen XHTML 1.0-Dokumente sind, wie oben definiert. Fortlaufende Arbeiten des W3C suchen nach Möglichkeiten, um Konformität für Dokumente mit mehreren Namensräumen zu definieren. Als Beispiel siehe [XHTML+MathML].

Das folgende Beispiel zeigt, wie XHTML 1.0 in Kombination mit der MathML-Empfehlung verwendet werden kann:

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
  <head>
    <title>Ein Beispiel aus der Mathematik</title>
  </head>
  <body>
    <p>Das folgende ist MathML-Markup:</p>
    <math xmlns="http://www.w3.org/1998/Math/MathML">
      <apply> <log/>
        <logbase>
          <cn> 3 </cn>
        </logbase>
        <ci> x </ci>
      </apply>
    </math>
  </body>
</html>

Das folgende Beispiel zeigt, wie XHTML 1.0-Markup in einen anderen XML-Namensraum aufgenommen werden könnte:

<?xml version="1.0" encoding="UTF-8"?>
<!--anfänglich ist der Standard-Namensraum "books" -->
<book xmlns='urn:loc.gov:books'
    xmlns:isbn='urn:ISBN:0-395-36341-6' xml:lang="en" lang="en">
  <title>Im Dutzend billiger</title>
  <isbn:number>1568491379</isbn:number>
  <notes>
    <!-- HTML zum Standard-Namensraum für einen Hypertext-Kommentar machen -->
    <p xmlns='http://www.w3.org/1999/xhtml'>
        Dies steht auch online <a href="http://www.w3.org/">zur Verfügung</a>.
    </p>
  </notes>
</book>

3.2 Konforme Benutzerprogramme

Ein konformes Benutzerprogramm muss alle folgenden Kriterien erfüllen:

1. Um zu der XML 1.0-Empfehlung [XML] konform zu sein, muss das Benutzerprogramm ein XHTML-Dokument auf seinen korrekten Aufbau hin überprüfen. Gibt das Benutzerprogramm an, dass es ein validierendes Benutzerprogramm ist, muss es Dokumente auch gemäß der DTDs überprüfen, auf die darin verwiesen wird, gemäß [XML].
2. Gibt das Benutzerprogramm an, Funktionsmerkmale zu unterstützen, die innerhalb dieser Spezifikation definiert sind oder die von dieser Spezifikation durch einen normativen Verweis gefordert werden, muss es das konsistent zu der Definition dieser Funktionsmerkmale tun.
3. Wenn ein Benutzerprogramm ein XHTML-Dokument als generisches XML verarbeitet, soll es nur Attribute des Typs ID (z.B. für die meisten XHTML-Elemente das id-Attribut) als Fragmentbezeichner erkennen.
4. Wenn ein Benutzerprogramm auf ein Element trifft, das es nicht erkennt, muss es den Inhalt des Elements verarbeiten.
5. Wenn ein Benutzerprogramm auf ein Attribut trifft, das es nicht erkennt, muss es die gesamte Attributspezifikation ignorieren (d.h. das Attribut und seinen Wert).
6. Wenn ein Benutzerprogramm auf einen Attributwert trifft, den es nicht erkennt, muss es den Standardattributwert verwenden.
7. Wenn es auf einen Entity-Verweis trifft (außer eines der in dieser Empfehlung oder in der XML- Empfehlung vordefinierten Entities), für den das Benutzerprogramm keine Deklaration verarbeitet hat (was passieren könnte, wenn sich die Deklaration in der externen Untermenge befindet, die das Benutzerprogramm noch nicht gelesen hat), sollte der Entity-Verweis durch die Zeichen verarbeitet werden (beginnend mit dem Ampersand und endend mit dem Semikolon), aus denen sich der eigentliche Verweis zusammensetzt.
8. Treffen Benutzerprogramme bei der Verarbeitung von Inhalt auf Zeichen oder Zeichen-Entity-Verweise, die sie erkennen, aber nicht darstellen können, können sie eine andere Darstellung wählen, die die gleiche Bedeutung hat, oder sie müssen das Dokument so darstellen, dass es für den Benutzer offensichtlich ist, dass keine normale Darstellung stattfinden konnte.
9. Leeraum wird gemäß den folgenden Regeln behandelt. Die folgenden Zeichen sind in [XML] als Leerraumzeichen definiert:
   • Leerzeichen (Space, &#x0020;)
   • Horizontaler Tabulator (Horizontal Tabulation, &#x0009;)
   • Wagenrücklauf (Carriage-return, &#x000D;)
   • Zeilenvorschub (Line-feed, &#x000A;)
   Der XML-Prozessor normalisiert die Zeilenende-Codes unterschiedlicher Systeme zu einem einzigen Zeilenvorschubzeichen, das an die Applikation weitergegeben wird.
   Das Benutzerprogramm muss die Definition für die Verarbeitung von Leerraumzeichen aus von CSS verwenden [CSS]. Beachten Sie, dass die CSS2-Empfehlung die Behandlung von Leerraum in Nicht-Latin-Zeichensätzen nicht explizit anspricht. Dies wird in einer zukünftigen Version von CSS geschehen, woraufhin diese Spezifikation aktualisiert wird.

Beachten Sie, dass zur Erzeugung eines kanonischen XHTML-Dokuments die obigen Regeln, genauso wie die Regeln in [XMLC14N] auf das Dokument angewendet werden müssen.

4 Unterschiede zu HTML 4

Dieser Abschnitt ist informell.

Aufgrund der Tatsache, dass es sich bei XHTML um eine XML-Anwendung handelt, müssen einige Vorgehensweisen, die im auf SGML basierenden HTML 4 [HTML4] völlig korrekt waren, geändert werden.

4.1 Dokumente müssen korrekt aufgebaut sein

Der korrekte Aufbau („Wohlgeformtheit“) ist ein neues Konzept, das von [XML] eingeführt wurde. Im Wesentlichen bedeutet es, dass alle Elemente entweder schließende Tags haben müssen oder dass sie in einer speziellen Form geschrieben sein müssen (wie nachfolgend beschrieben), und dass alle Elemente korrekt verschachtelt sein müssen.

Obwohl in SGML keine Überlappungen erlaubt sind, werden sie in existierenden Browsern allgemein toleriert.

<p>Hier sehen Sie einen betonten <em>Absatz</em>.</p>

<p>Hier sehen Sie einen betonten <em>Absatz.</p></em>

4.2 Element- und Attributnamen müssen in Kleinbuchstaben dargestellt werden

XHTML-Dokumente müssen für alle HTML-Element- und Attributnamen Kleinbuchstaben verwenden. Diese Unterscheidung ist erforderlich, weil XML die Groß-/Kleinschreibung berücksichtigt; <li> und <LI> sind demnach unterschiedliche Tags.

4.3 Für nicht leere Elemente müssen End-Tags angegeben werden

In auf SGML basierendem HTML 4 konnten bestimmte Elemente das End-Tag einfach weglassen; in diesem Fall stellten nachfolgende Elemente einen impliziten Abschluss dar. XML erlaubt das Weglassen von End-Tags nicht. Alle Elemente, die in der DTD nicht als EMPTY deklariert sind, müssen ein End-Tag haben. Elemente, die in der DTD als EMPTY deklariert sind, können ein End-Tag haben oder die Kurzschreibweise verwenden (siehe Leere Elemente).

<p>Hier sehen Sie einen Absatz.</p><p>Und hier noch einen.</p>

<p>Hier sehen Sie einen Absatz.<p>Und hier noch einen.

4.4 Attributwerte müssen immer in Anführungszeichen stehen

Alle Attributwerte müssen in Anführungszeichen stehen, selbst solche, die scheinbar numerisch sind.

<td rowspan="3">

<td rowspan=3>

4.5 Attributminimierung

XML unterstützt keine Attributminimierung. Attribut/Wert-Paare müssen vollständig ausgeschrieben werden. Attributnamen wie beispielsweise compact und checked dürfen in Elementen nicht auftreten, ohne dass ihr Wert zuvor spezifiziert wurde.

<dl compact="compact">

<dl compact>

4.6 Leere Elemente

Leere Elemente müssen ein End-Tag haben, oder das Start-Tag muss mit /> enden, beispielsweise <br/> oder <hr></hr>. Weitere Informationen darüber, wie Sie diese Abwärtskompatibilität zu HTML 4-Benutzerprogrammen sicher stellen, finden Sie in den HTML-Kompatibilitätsrichtlinien (Anhang C).

<br/><hr/>

<br><hr>

4.7 Behandlung von Leerraum in Attributwerten

Wenn Benutzerprogramme Attribute verarbeiten, so tun sie dies gemäß Abschnitt 3.3.3 in [XML]:

• Entferne führenden und abschließenden Leerraum.
• Erzeuge aus Folgen von einem oder mehreren Leerraumzeichen (inklusive Zeilenumbrüchen) ein einzelnes Leerzeichen zwischen Wörtern.

4.8 Script- und Style-Elemente

In XHTML sind die Schrift- und Stilelemente so deklariert, dass sie #PCDATA-Inhalt haben. Demzufolge werden < und & als Anfang des Markups behandelt, und Entities wie beispielsweise &lt; und &amp; werden vom Prozessor als Entity-Verweise für < bzw. & erkannt. Hüllt man den Inhalt des Schrift- oder Stilelements in einen mit CDATA markierten Abschnitt ein, vermeidet man dadurch die Erweiterung dieser Entities.

<script type=“text/javascript“>
 <![CDATA[
 ... nicht maskierter script-Inhalt...
 ]]>
 </script>

CDATA-Abschnitte werden vom XML-Prozessor erkannt und erscheinen als Knoten im Document Object Model (siehe Abschnitt 1.3 der DOM Level 1 Empfehlung [DOM]).

Als Alternative kann man externe Schrift- und Stildokumente verwenden.

4.9 SGML-Ausschlüsse

SGML bietet dem Entwickler einer DTD die Möglichkeit, für spezielle Elemente auszuschließen, dass sie Inhalt eines anderen Elements werden. Solche Ausschlüsse sind in XML nicht möglich.

Die strenge DTD von HTML 4 beispielsweise verbietet, ein 'a'-Element in einem anderen 'a'-Element in einer beliebigen abgeleiteten Tiefe zu verschachteln. In XML ist es nicht möglich, solche Ausschlüsse zu formulieren. Selbst wenn diese Ausschlüsse in der DTD nicht definiert werden können, sollten bestimmte Elemente nicht verschachtelt werden. Einen Überblick über diese Elemente und die Elemente, die nicht darin verschachtelt werden sollten, finden Sie im normativen Anhang B.

4.10 Die Elemente mit 'id'- und 'name'-Attributen

HTML 4 hat das name-Attribut für die Elemente a, applet, form, frame, iframe, img und map definiert. Darüber hinaus hat HTML 4 das id-Attribut eingeführt. Beide Attribute sind für die Verwendung als Fragmentbezeichner vorgesehen.

In XML haben Fragmentbezeichner den Typ ID, und es kann nur ein einziges Attribut des Typs ID pro Element geben. Deshalb ist das id-Attribut in XHTML 1.0 als vom Typ ID definiert. Um sicherzustellen, dass XHTML 1.0-Dokumente korrekt strukturierte XML-Dokumente sind, müssen XTHML 1.0-Dokumente das id-Attribut verwenden, wenn sie Fragmentbezeichner für die o.g. Elemente definieren. Weitere Informationen darüber, wie Sie sicherstellen, dass solche Anker abwärtskompatibel sind, wenn Sie XHTML-Dokumente als Medientyp text/html bereitstellen, finden Sie in den Richtlinien zur HTML-Kompatibilität (Anhang C).

Beachten Sie, dass in XHTML 1.0 das name-Attribut dieser Elemente formal veraltet ist und in einer zukünftigen Version von XHTML entfernt wird.

4.11 Attribute mit vordefinierten Wertemengen

Sowohl HTML 4 als auch XHTML besitzen einige Attribute, die vordefinierte und eingeschränkte Werte haben (z.B. das type-Attribute des input-Elements). In SGML und XML werden sie Aufzählungsattribute genannt. In HTML 4 war die Interpretation dieser Werte von der Groß/Kleinschreibung unabhängig, so dass der Wert „TEXT“ äquivalent zu „text“ ist. Durch XML ist die Interpretation dieser Werte von der Groß/Kleinschreibung abhängig, und in XHTML 1 sind alle diese Werte in Kleinschreibweise definiert.

4.12 Entity-Referenzen als hexadezimaler Wert

Sowohl SGML als auch XML erlauben Zeichenreferenzen in Form von hexadezimalen Werten. In SGML konnten diese Referenzen entweder in &#Xnn; oder &#xnn; geschrieben werden. In XML-Dokumenten müssen Sie die Kleinschreibung verwenden (d.h. &#xnn;).

5 Kompatibilitätsaspekte

Dieser Abschnitt ist normativ.

Obwohl nicht gefordert wird, dass XHTML 1.0-Dokumente mit existierenden Benutzerprogrammen kompatibel sind, ist dies in der Praxis ganz einfach zu bewerkstelligen. Richtlinien für die Erstellung kompatibler Dokumente finden Sie in Anhang C.

5.1 Internet-Medientyp

XHTML-Dokumente, die den in Anhang C beschriebenen Richtlinien zur Kompatibilität mit HTML folgen, können mit dem Internet-Medientyp "text/html" ausgezeichnet werden [RFC2854], weil sie mit den meisten HTML-Browsern kompatibel sind. Diese Dokumente und alle anderen, die konform zu dieser Spezifikation sind, können außerdem mit dem Internet-Medientyp "application/xhtml+xml" ausgezeichnet werden [RFC3236]. Für weitere Informationen über die Verwendung von Medientypen mit XHTML lesen Sie bitte die informelle Note [XHTMLMIME].

<?xml-stylesheet href="http://www.w3.org/StyleSheets/TR/W3C-REC.css" type="text/css"?>
<?xml-stylesheet href="#internalStyle" type="text/css"?>
<html xmlns="http://www.w3.org/1999/xhtml" 
      xml:lang="en" 
      lang="en">
  <head>
    <title>An internal stylesheet example</title>
    <style id="internalStyle">
      code {
        color: green;
        font-family: monospace;
        font-weight: bold;
      }
    </style>
  </head>
  <body>
    <p>
      This is text that uses our 
      <code>internal stylesheet</code>.
    </p>
  </body>
</html>