W3C Valider xHTML und CSS Code
von OMaximus am 11. November, 2009, unter HTML & CSS
Die strikten Programmier-Richtlinien des xHTML 1.1 Standards (xHTML 1.0 Strict ist ähnlich) sind ziemlich aufwendig umzusetzen. Das habe ich bei den jüngsten Anpassungen des Designs und der Plugins meines Blogs gemerkt. Falsche oder ungültige Attribute, Fehler in den URLs und ungültige oder ehemals gültige HTML Tags sind häufige Ursachen dafür, dass der Code nicht validiert wird.
Meine Vorgehensweise beim Validieren bestand darin, die Fehler schrittweise und systematisch zu eliminieren, wobei nach jedem behobenem Fehler erneut überpüft wurde.
Im CSS Code sind häufig Fehler bezüglich ungültiger Eigenschaften zu finden: bei Fehlern ist meist entweder die Eigenschaft nicht CSS 2.1 konform, oder es liegt nur eine Kompatibilität zu bestimmten Browsern z.B. bei moz-opacity für Firefox vor.
Für mich neu war, dass das <iframe>-Tag ab xHTML 1.0 Strict nicht mehr unterstützt wird. Stattdessen nimmt nun das <object>-Tag im weitesten Sinne seinen Platz ein. Was allerdings auch ein interessanter Fehler im xHTML Code war, ist, wenn in URLs fälschlicherweise das “kaufmännische Und” ( & ) verwendet wird. Stattdessen sollte das “&” durch das HTML-Entity & ausgedrückt werden.
Im Anwednugsbeispiel sieht das konkret so aus:
aus:
http://blog.omaximus.de/?p=655&preview=true
wird:
http://blog.omaximus.de/?p=655&preview=true
Zum CSS-Validator: *W3C Jigsaw CSS Validator*
Zum RSS-Validator: *W3C Feed Validator*
Naja, das Resultat hat sich wenigstens gelohnt. Mein CSS und xHTML Code ist nun vollständig valide. Das sichert die Qualität meiner Website durch seine Zukunftssicherheit und Kompatibilität zu allen Browsern … mein RSS-Feed ist übrigens auch valide















![Validate my RSS feed [Valid RSS]](http://validator.w3.org/feed/images/valid-rss.png)




14. November, 2009 on %H:%M
Dazu habe ich eine Frage: Welche Vorteile bringt es, mit einer normalen Webseite auf die strenge strict Variante zu gehen? Ich meine, bei frühen Browserversionen war die Ausgabe der Seite hinüber, wenn man vergessen hat, einen div Tag zu schließen. Die modernen Browser verzeihen aber viele Fehler, was jetzt kein Apell für schlampig zusammengesetzte Seiten sein soll. Aber eine erfolgreiche Validierung für die transitional Variante müsste doch bereits die sichere Seite bedeuten?
14. November, 2009 on %H:%M
Sicherlich ist man mit einer W3C-konformen XHTML 1.0 Transitional Webseite auf der sicheren Seite, gar keine Frage.
XTHML 1.0 Strict bzw. XHTML 1.1 ist natürlich aufgrund seiner Zukunfstsicherheit – hinsichtlich kommenden Standards und Supports – , plattformunabhängiger Kompatibilität (wobei das i.d.R. auch bei 1.0 gegeben ist), einfacher Handhabung durch klar definiertes und striktes Regelwerk (wenn man mal von seiner Vorbelastung des Regelwerks durch den “alten” HTML 4 Standard absieht), multimedialer Integration durch das nun vollständig unterstützte -Tag und zu guter letzt noch besser gewährleisteter Barrierefreiheit bei Möglichkeit vorzuziehen. Insbesondere die Zukunftssicherheit dürfte hier wohl das ausschlaggebende Argument sein.
23. Januar, 2010 on %H:%M
Mit diesem Thema beschäftige ich mich auch gerade und darf aus verschiedenen CMS Systemen den ganzen Kram umstricken. Viele Grüße, Daniel
16. Mai, 2010 on %H:%M
Warum kann man sich nicht einfach auf ein Standard einigen. Warum muss es immer solche Geschichten geben, die das Leben des Webmaster nur schwerer machen. Verstehe ich nicht
22. Mai, 2010 on %H:%M
Hallo,
ich denke es ist an der Zeit für eine komplett neue Art von Programmierrichtlinie.
W3C & Co. sind offensichtlich veraltet und nicht mehr up-to-date.
Meiner Meinung nach wäre eine Richtlinie angebracht, die die neuen XHTML-Standards mit dem neuen Sinneswandel im Web 2.0 miteinander kombiniert.
Ich lasse mich aber auch gerne eines Besseren belehren und bin gespannt auf eure Vorschläge.
21. Juni, 2010 on %H:%M
Die Frage ist nur wer soll diesen Standart festlegen. Nimmt man alle Parteien die etwa zu sagen haben mit rein gibt es chaos. Bleiben welche draussen bauen diese ihr eigenes Dingen. Ich denke wir müssen noch einige Jahre mit diesem Codehickhack leben