nicht angemeldet
Hallo,
Ein Vorteil in meinen Augen ist zum Beispiel das sich in einer strict-validen XHTML-Datei ausschliesslich Elemente für die Seitenbeschreibung befinden dürfen damit die Datei valide ist.
(X)HTML ist keine Seitenbeschreibungssprache! Bitte lies http://www.sysiphus.de/anybrowser/t_htmlweb.html. (X)HTML ist eine Textauszeichnungssprache, siehe http://jendryschik.de/wsdev/befehle.
Somit könnte endlich das erreicht werden was mit HTML versucht, aber nie durchgesetzt werden konnte: (X)HTML ausschliesslich für die Seitenbeschreibung und CSS für die Formatierung zu verwenden.
Auch wenn wir hier das Wort "Seitenbeschreibung" durch ein geeignetes ersetzen, ist es falsch, was du schreibst. XHTML bietet genauso eine Transitional DTD wie HTML, genau genommen gibt es zwischen beiden Sprachversionen nur syntaktische Unterschiede, insbesondere keine Unterschiede im Element- oder Attributumfang. Es lässt sich also problemlos (und valide!) genau so schlechtes XHTML wie HTML schreiben.
Zweitens soll XHTML langfristig nunmal die Norm der Seitenbeschreibung werden, somit kann man heute schon seine Seiten zukunftssicher schreiben.
Langfristig werden Webautoren XHTML 2.0 mit entsprechenden Erweiterungen wie XFrames verwenden, Techniken also, die mit heutigen zum Teil inkompatibel sind, auch mit dem heutigen XHTML.
Gruß,
MI
XFrames Working Draft (Deutsche Übersetzung) : http://jendryschik.de/TR/xframes/
Die Wissensgesellschaft : http://jendryschik.de/michael/inf/wissensgesellschaft/
Feste Positionierung, richtig angewandt : http://jendryschik.de/wsdev/css/fixed/