Inhalt
Das W3C hat den Start des Nu Markup Validation Service angekündigt. Es heißt, dass der nicht DTD-basierte Markup-Validator parallel zum vorhandenen DTD-basierten Validator angeboten wird. "Der W3C Nu Markup Validation Service verwendet dasselbe Backend wie die Validator.nu-Site, die auch das Backend für die HTML5-Überprüfungsfunktion von validator.w3.org ist", heißt es in einer W3C-Erklärung. "Der Nu Markup Validation Service ist ein separater, eigenständiger Validator, der dieselbe HTML5-Überprüfungsfunktion bietet und gleichzeitig eine Benutzeroberfläche bietet, die zusätzliche Optionen bietet, z. B. die vollständige Validierungsunterstützung für XHTML5-Dokumente und die Möglichkeit, Dokumente zu validieren, die Funktionen von enthalten RDFa Core 1.1 und von RDFa Lite 1.1. "
Die Webdesignerin und Autorin Emily Lewis hat den neuen Service auf einer einfachen Testseite für uns getestet. Ihre ersten Eindrücke waren gemischt. "Es scheint RDFa Lite nicht zu validieren. Ich kann das Vokabularattribut und den Wert vollständig entfernen, und meine Seite wird weiterhin übergeben. Ebenso kann ich den Typ des Attributs und den Wert entfernen und trotzdem übergeben. Es fängt jedoch Tippfehler ab Wenn ich also nur Voca hatte, wird dies als Fehler erkannt. Der ursprüngliche W3C-Validator erkennt dies jedoch auch ", sagte sie und fügte als Einschränkung hinzu, dass sie RDFa oder RDFa Lite in ihrer allgemeinen Arbeit nicht verwendet, und so weiter Die Demo könnte einige Probleme haben. "Mit Mikrodaten ist es jedoch tut scheinen die erforderlichen Attribute zu erfassen. Wenn ich beispielsweise Itemscope nicht einbinde, wird eine Fehlermeldung angezeigt, da dieses Attribut erforderlich ist. Und in Bezug auf die HTML5-Validierung habe ich nur die neuen semantischen Elemente auf meiner Testseite verwendet und diese werden einwandfrei validiert. Aber der ursprüngliche W3C-Validator auch! "
Validierung
In Bezug auf einen „Konformitätsprüfer“ sagte Lewis, dass der neue Validator genauso gut sei wie sein Vorgänger, und sie mochte die visuelle Anzeige von Fehlern und Informationen, insbesondere die Option, den Quellcode mit den Ergebnissen anzuzeigen. "Und es ist cool zu sehen, dass es automatisch Dinge wie RDFa Lite und Mikrodaten auf der Seite erkennt und diese Schemas automatisch für die Validierung einschließt." Aber sie sagte, es habe nicht die Art und Weise "validiert", wie sie es für RDFa Lite und Mikrodaten erwartet hatte: "Als ich die Nachrichten über Nu Validator zum ersten Mal sah, war ich von diesen Optionen begeistert. Durch jahrelanges Schreiben von Mikroformaten weiß ich, wie schwierig es sein kann Denken Sie an die Attribute, ihre Werte und den Inhalt / die Daten, die enthalten sein müssen, damit das Mikroformat maschinenlesbar ist. Tools wie Optimus sind von unschätzbarem Wert, um Fälle zu erfassen, in denen erforderliche Attribute fehlen. Und genau das habe ich von Nu Validator erwartet . "
Obwohl der Prüfer Tippfehler abgefangen hat, hat er stattdessen nicht die erforderlichen Informationen abgefangen: "Zum Beispiel enthält meine Testseite Mikrodaten für eine Person. Ich kann es jedoch völlig vernachlässigen, das itemprop für den Namen der Person einzuschließen, und ich erhalte keine einzelner Fehler. In der Tat kann ich vernachlässigen alle itemprop-Werte aus dem Personenbeispiel, die im Wesentlichen ohne Inhalt / Daten validiert werden. Das macht für mich als Praktizierenden keinen Sinn. Warum sollte ich Mikrodaten für eine Person ohne den Namen der Person haben? "Lewis war auch unbeeindruckt von den neuen Optionen für die Auswahl eines Parsers oder die Voreinstellung von Schemata:" Ich muss zugeben, dass sie mich nur verwirrt haben. Was ist der Anwendungsfall, um eine in HTML5 geschriebene Seite zu validieren und dann die Parseroption HTML 4 Strict auszuwählen? Es ist jedoch durchaus möglich, dass ich nicht - oder meine Projekte nicht - das Ziel für diese Optionen bin. "
