In diesem Artikel werden
aus Platzgründen nicht alle Veränderungen im
Detail vorgestellt. Vielmehr liegt das
Augenmerk auf den zentralen Umstrukturierungen und einigen
Kuriositäten.

Der Wechsel vom althergebrachten und
wenig ausdrucksstarken HTML4 hin zu XHTML gestaltete sich eher wie
eine große Aufräumaktion, brachte aber kaum neue
Funktionalität. Die Webdesigner wurden zur XML-konformen
Schreibweise der Tags, zu mehr Semantik, zu mehr Trennung von
Struktur und Layout und letztendlich zu mehr „Standardtreue“
erzogen. Das hat bislang recht gut funktioniert, auch wenn der Anteil
standardkonformer Websites heute noch eher ein Minderheitendasein fristet. Mit XHTML1 sollte HTML zu einer XML-Applikation
weiterentwickelt werden. XHTML2 tritt nun an um bekannte Probleme zu
beseitigen und die Basis für Weiterentwicklungen zu schaffen.

Zusammengefasst ergeben sich folgende
Ziele im Design des neuen Standards: Bereits in XML formulierte
Entwicklungen sollen sich nahtlos in XHTML2 integrieren lassen. Durch
die Aufteilung in einzelne Module wird die
Wiederverwendbarkeit bestehender Standards (z. B. XForms und XML
Events) ermöglicht. Die Funktionen und Eigenschaften dieser
neuen Entwicklungen müssen nicht für XHTML2 adaptiert
werden, sondern können direkt genutzt werden. Allein CSS soll
nun für die Präsentation verantwortlich sein. Elemente die
nicht im Sinne einer Strukturdefinition oder einer semantischen
Annotation verwendet werden, sollen CSS-Definitionen weichen. Durch dieses radikale Aufräumen soll das
Schreiben und letztendlich auch das Interpretieren von XHTML2-Dokumenten vereinfacht und eine größere Plattformunabhängigkeit
gewährleistet werden. Das Semantic Web soll sich nicht nur in
semantischem Markup und einigen Meta-Tags wiederfinden, sondern in der
Möglichkeit zur tatsächlichen Adaption und Integration seiner
Frameworks.

Das W3C verzichtete großzügig auf eine „transitional“-Variante des neuen Standards. Damit wird ein deutlicher Schlussstrich
unter den Vorgänger gezogen, sodass der neue Standard keine
Altlasten mitschleppen muss.

Ungefähr 40 Elemente und 90
Attribute sind dem aktuellen XHTML2-Entwurf zum Opfer gefallen.
Selbst das img-Element stand zur Disposition. Zu wenige Möglichkeiten
zur Beschreibung boten Anlass zur Kritik. Der alternative Text im
alt-Attribut lässt sich nicht weiter annotieren und longdesc
wurde wegen seiner schlechten Handhabung vernachlässigt.
Außerdem gibt es kein glückliches Fallback-Handling, wenn
beispielsweise ein Bild nicht verfügbar ist. Um diesen Problemen
entgegentreten zu können, wird das src-Attribut in jedem Element
erlaubt. Zur Darstellung eines Bildes eröffnet sich nun folgender Weg:

<p xsrc="wegbeschreibung.png">Fahren sie die Ravensberger Straße 
	Richtung Zentrum! Auf der rechten Seite sehen sie folgende Gebäude: 
    <ul>
        <li>Großes Haus</li>
        <li>Kleines Haus</li>
    </ul>
Biegen Sie nach dem großen Haus rechts ein!
</p>

Das Bild ersetzt den im p-Element enthaltenen Inhalt, der dann als
Alternative und Fallback genutzt werden kann. Somit erübrigen
sich alt- und longdesc-Attribut und die dafür vorgesehene
Information kann besser annotiert werden. Das img-Element ist jedoch
weiterhin in abgespeckter Form verfügbar, da von seiner Abschaffung im Hinblick auf die Akzeptanz des neuen Standards Abstand
genommen wurde.

Auch die Links müssen einige
Veränderungen über sich ergehen lassen. Wie das
src-Attribut gehören „href“ und „target“
jetzt zur Familie der Common Attributes. Somit lässt sich
nun jedes beliebige Element mit einem Link versehen.

<ol role="navigation">
   <li xhref="1.0.html">Erster Menüpunkt</li>
   <li xhref="2.0.html">Zweiter Menüpunkt</li>
</ol>

In diesen Beispielen wird außerdem das
neue Attribut „role“ verwendet. Im Hinblick auf
Barrierefreiheit erscheint es wichtig, für jedes Element zu
definieren, welche Funktion es im Dokument hat. Momentan wird diese Aufgabe aus Mangel an Alternativen dem Attribut „id“
aufgedrängt.
Bei näherer Betrachtung erscheint diese Vorgehensweise jedoch
als wenig sinnvoll und legitimiert damit den Einsatz des neuen
role-Attributs. Aber nicht nur in Bezug auf Barrierefreiheit bietet
„role“ sinnvolle Einsatzgebiete. Durch eine Kombination von
Namensräumen und dem role-Attribut könnten sich externe
RSS-Feeds, wie in diesem Beispiel vorgeschlagen, erübrigen:

<section>
	<h role="rss:title">T3N.de – TYPO3 Nachrichten</h>
	<section>
		<p role="rss:description">
			Alles rund um das Open Source Content Management System TYPO3
		</p>
	</section>
</section>

In der Regel wird der Text in einem
Dokument in diverse Abschnitte und Unterabschnitte gegliedert
und mit Überschriften versehen. In herkömmlichem XHTML wird
das beispielsweise wie folgt annotiert:

<h1>Oberabschnitt</h1>
	<p>Text des Oberabschnitts als Absatz.</p>
<h2>Unterabschnitt</h2>
	<p>Text des Unterabschnitts ebenfalls als Absatz.</p>

Im Sinne des Document Object Model (DOM) oder einer
Repräsentation als Baum befinden sich alle Elemente
gleichberechtigt auf einer Ebene. Nur durch ihre sequentielle Abfolge
ergibt sich implizit eine Abhängigkeit untereinander. Hier
bietet XHTML2 eine sinnvolle Alternative: Ähnlich wie im Markup
des Textsatzprogramms „LaTeX“ können Textblöcke mit dem
section-Element verschachtelt werden. Für Überschriften
jeder Hierarchietiefe reicht dann ein einfaches h-Element, da sich die
Position in der Hierarchie aus der Verschachtelung ergibt. Das
oben genannte Beispiel lässt sich dann wie folgt darstellen:

<section>
	<h>Oberabschnitt</h>
	<p>Text des Oberabschnitts als Absatz.</p>

	<section>
		<h>Unterabschnitt</h>
		<p>Text des Unterabschnitts ebenfalls als Absatz.</p>
	</section>

</section>

Es werden in diesem einfachen Beispiel
zwar insgesamt vier weitere Tags verwendet, die Strukturdefinition
ist jedoch wesentlich eindeutiger. So werden unlogische Abfolgen
vermieden und ein hohes Maß an Wiederverwendbarkeit erreicht.
Außerdem ist man nicht länger auf sechs Ebenen (h1-h6)
beschränkt. Doch keine Angst: Die althergebrachten Elemente sind
weiterhin verfügbar und selbst eine Mischung von section- und
h-Elementen ist möglich. Es drängt
sich in unserem Kontext allerdings die Frage auf, wie sich diese Art
der Strukturdefinition unter anderem in die TYPO3-Oberfläche
integrieren lassen
wird.

In vorherigen HTML-Versionen war im p-Element ausschließlich
Text erlaubt, worin einer der weit verbreiteten Syntax-Fehler
begründet liegt. Ein XHTML2-Absatz erlaubt nun mehr Elemente, die ein
Autor unter einem Absatz sinngemäß zusammenfassen würde.
Künftig sind auch Listen, Tabellen, das blockquote- und das
pre-Element erlaubt. Somit validiert folgendes Beispiel:

<p>
	<ul>
		<li>Listen in Absätzen</li>
		<li>...sind jetzt erlaubt</li>
	</ul>
</p>

Im XHTML „Text Module“ wird das populäre br-Element
durch das neue l-Element (l steht für line) ersetzt. Bislang war es nicht möglich
eine einzelne Textzeile zu markieren. Das br-Element sorgte nur für
die Kennzeichnung des Zeilenendes. Mit dem l-Element lässt sich
nun jede einzelne Zeile beschreiben und deren Präsentationsform
über CSS steuern. So lassen sich beispielsweise einzelne Zeilen von Heinz Erhardts „Die Made“ über CSS
nummerieren:

<h>Heinz Erhardt: Die Made</h>
<p>
	<l>Hinter eines Baumes Rinde</l>
	<l>wohnt die Made mit dem Kinde.</l>
	<l>Sie ist Witwe, denn der Gatte,</l>
	<l>den sie hatte, fiel vom Blatte.</l>
	<l>Diente so auf diese Weise</l>
	<l>einer Ameise als Speise.</l>
</p>

l{
	counter-increment: linenumber;
	content: counter(linenumber);
}

Die in XHTML definierten Elemente sind
rein statisch und besitzen von Haus aus keine Verhaltensdefinition.
Mit dem Einsatz von zusätzlichen Skriptsprachen können den
Elementen diese jedoch zugewiesen werden. Markup und
„event handling“ sind dabei allerdings eng
miteinander verflochten. Durch den 2003 verabschiedeten Standard „XML Events“ und dessen Verwendung in XHTML2 erfolgt eine klare
Trennung. Anstelle des script-Elements wird fortan das
handler-Element verwendet, um Skripte auszulagern:

<input type="submit" onclick="checkform(); return true;">

wird geändert in:

<input type="submit">
	<handler ev:event="DOMActivate" type="text/javascript">
		checkform();
	</handler>
</input>

Durch die Verwendung des handler-Elements lassen sich
beispielsweise für dasselbe Event verschiedene Skriptsprachen
ansprechen.

<handler ev:event="DOMActivate" type="text/vbs">...</haendler>
<handler ev:event="DOMActivate" type="text/javascript">...</haendler

Auf der passiven Seite gibt es das listener-Element, mit dem eine
Ereignisüberwachung realisiert werden kann.

Frames sind zwar kein Bestandteil der vorliegenden
XHTML2-Spezifikation, ihre Existenz ist davon aber nicht bedroht. Ganz
im
Gegenteil: Mit XFrames wird eine separate XML-Applikation erarbeitet,
die die Vorteile der herkömmlichen Frames bewahrt, ihren
Nachteilen aber den Kampf ansagt. Hierbei handelt es sich um eine
bisher wenig umfangreiche Spezifikation mit einer Hand voll Elementen.
Die bekannte Struktur wird nicht wesentlich geändert. Auffallend
ist die Methode, mit der Seiten in einem Frameset ausgetauscht
beziehungsweise wie spezifizierte Framesets über ein URI angesprochen
werden können. Ein Aufruf der beispielhaften Ressource

http://foo.bar/frameset.xfm#frames(menu=menu.html,content=1.0.html)

würde die Datei menu.html in den Frame mit der ID „menu“ laden und
im content-Frame die Datei „1.0.html“ anzeigen. Somit
können spezifische Inhalte über ein Frameset ohne
zusätzlichen Scripting-Aufwand identifiziert werden. Bleibt nur
das Problem, dass der User-Agent (Browser) in diesem Fall auch
XFrames unterstützen muss.

XHTML und auch schon HTML bieten wesentliche Elemente zur
Strukturierung und semantischen Annotation von Informationen. Dieses
Inventar kann jedoch immer nur einen begrenzten semantischen Zugang
ermöglichen. Die HTML Working Group erhält immer wieder
Vorschläge für neue Elemente, die eine bessere semantische
Annotation ermöglichen sollen. Es liegt nahe, in diesem
Zusammenhang über das Verhältnis zwischen Beschreibung von
Semantik in XHTML-Dokumenten und den
Beschreibungsmöglichkeiten des Semantic Web (z. B. RDF)
nachzudenken. Um in dieser Hinsicht auf einen gemeinsamen Nenner kommen zu können, wurde die
bisherige Gestaltung von Meta-Information in XHTML in wesentlichen
Punkten überarbeitet. Der Inhalt des meta-Elements ist jetzt
nicht weiter auf das Attribut „content“ beschränkt,
sondern kann jeglichen Text umschließen und weiter
verschachtelte meta- und link-Elemente enthalten:

<meta about="http://foo.bar/xhtml2.html" property="dc.creator">Eike Diestelkamp</meta>

Im Gegensatz zum Herkömmlichen:

<meta name="dc.creator" content="Eike Diestelkamp" />

Mit dem property-Attribut wird die Relation zwischen Meta-Information
und Dokument definiert. In diesem Fall ist es die zweistellige
Relation <Dokument, Autor>. Das about-Attribut erweitert diese
Relation zu einem Tripel mit dem sich ein „Subjekt – Prädikat
– Objekt“-Statement beschreiben lässt. Der Wert von „about“
beschreibt das Subjekt, der Wert von „property“ dient als
Prädikat und beispielsweise der Inhalt des Elements als Subjekt.
Das about-Attribut kann eine Beziehung zu anderen Dokumenten aber
auch zu Teilen des aktuellen Dokuments herstellen. Für Links können die
Attribute „rel“ und „rev“ über Namensräume
definierte Werte aufnehmen:

<a rel="dc:publisher" xhref="http://foo.bar"/>

In diesem Beispiel wird der bereits aus HTML4 bekannte „Dublin
Core“-Namensraum verwendet. Darüber hinaus lassen sich noch
viele weitere Namensräume wie z. B. „rdf“, „rdfs“ oder „xsd“ verwenden.
Eigene Namensräume sind ebenfalls möglich. Außerdem lassen sich Meta-Daten
im gesamten Dokument verwenden. Wie „src“ gehören Meta-Attribute zur Familie der „Common
Attributes“. Im Dokument „versteckte“ Meta-Informationen wie
Autor, Titel oder die letzte Aktualisierung lassen sich einfach mit
den entsprechenden Werten im property-Attribut annotieren. Diese
Information muss nicht zusätzlich im head-Bereich
hinterlegt werden. Damit stehen Webautoren die gleichen Möglichkeiten zur Meta-Daten-Beschreibung wie in RDF zur Verfügung. Ein
praxistauglicher Anfang für das Semantic Web ist gemacht. Ob
diese Information dann auch von Autoren bereitgestellt und von
Suchmaschinen berücksichtigt wird, bleibt weiter ungewiss.

Der neue XHTML-Standard birgt radikale Veränderungen, sorgt
dafür aber für mehr Struktur, Übersichtlichtkeit,
Logik und ermöglicht eine einfache Erweiterung. Ob die neue Technologie Akzeptanz
bei den Browser-Herstellern und Autoren finden wird, bleibt
abzuwarten. Die endgültige Umstellung wird wohl, wie so oft, Jahre in Anspruch nehmen. Wir warten ab und sind gespannt.

Der Autor

Eike Diestelkamp hat Texttechnologie an der
Uni Bielefeld studiert. Als Geschäftsführer
von HDNET berät er seit sechs Jahren Kunden bei nationalen und internationalen Webprojekten. Zu seinen Interessengebieten zählen MarkUp-Sprachen und Verfahren zur Hypertextanalyse.