nicht angemeldet
html5 Forumular: input type="number"
Hallo,
weiß jemand, wieso der Validator einen ERROR meldet, wenn man statt
<input type="text" size="4" maxlength="4" id="svnr" name="svnr" value="" tabindex="4">
den neuen html5 Input-Typ number verwendet? Ändert man nämlich diese (valide) Zeile in
<input type="number" size="4" maxlength="4" id="svnr" name="svnr" value="" tabindex="4">,
dann meldet der w3c Validator "Attribute size not allowed on element input at this point." und " Attribute maxlength not allowed on element input at this point.".
Warum?
Mit lieben Grüßen
Melvin Cowznofski
--
What – me worry?
What – me worry?
-
<input type="number" size="4" maxlength="4" id="svnr" name="svnr" value="" tabindex="4">,dann meldet der w3c Validator "Attribute size not allowed on element input at this point." und " Attribute maxlength not allowed on element input at this point.".
Warum?
Unbefriedigende Antwort, aber: Weil das so spezifiziert ist.
http://www.w3.org/TR/html5/forms.html#concept-input-apply
http://www.whatwg.org/specs/web-apps/current-work/multipage/the-input-element.html#concept-input-applyWarum das so entschieden wurde, lässt sich vielleicht in den HTML WG Issues, auf der HTML-WG-Mailing-Liste oder beim der WHATWG-Pendant recherchieren.
Validator.nu, das ist die Engine hinter dem neuen W3C-Validator, spuckt auch eine entsprechende Fehlermeldung aus: maxlength und size sind nicht auf type=number anwendbar.
Mathias
-
Hallo Mathias!
Unbefriedigende Antwort, aber: Weil das so spezifiziert ist.
Schade. Das passt mir gar nicht. Danke natürlich trotzdem für die Antwort und den Links!
Validator.nu, das ist die Engine hinter dem neuen W3C-Validator, spuckt auch eine entsprechende Fehlermeldung aus: maxlength und size sind nicht auf type=number anwendbar.
Ist Validator.nu bzw. validator.w3.org/nu also die neuere und aktuellere Version von validator.w3.org?
Mit lieben Grüßen
Melvin Cowznofski
--
What – me worry?-
Ist Validator.nu bzw. validator.w3.org/nu also die neuere und aktuellere Version von validator.w3.org?
Ja.
Für HTML5-Validierung hat der W3C-Validator schon immer Validator.nu als Webservice genutzt. Jetzt haben sie auch eine eigene Installation dieser Software.HTML5-Validierung ist kompliziert und nicht http://de.selfhtml.org/xml/dtd/@title=DTD-basiert. Der (alte) W3C-Validator benutzt einen validierende SGML-Parser. Der ist für HTML 4.01 geeignet, eingeschränkt für XHTML und gar nicht für HTML 5.
Mathias
-
Ja.
Für HTML5-Validierung hat der W3C-Validator schon immer Validator.nu als Webservice genutzt. Jetzt haben sie auch eine eigene Installation dieser Software.Das stimmt zwar, man sollte aber berücksichtigen, dass der "alte" Validator, wenn er HTML5 validiert, zwar den nu-Validator verwendet, aber gleichzeitig ein paar von dessen Fehlermeldungen stillschweigend aussortiert.
-
Für HTML5-Validierung hat der W3C-Validator schon immer Validator.nu als Webservice genutzt. Jetzt haben sie auch eine eigene Installation dieser Software.
Das stimmt zwar, man sollte aber berücksichtigen, dass der "alte" Validator, wenn er HTML5 validiert, zwar den nu-Validator verwendet, aber gleichzeitig ein paar von dessen Fehlermeldungen stillschweigend aussortiert.
Beziehst du dich damit auf diese Bemerkung?
Steve Faulkner has created a WCAG 2.0 parsing error bookmarklet that you can use in conjunction with the W3C Nu Markup Validator. It filters the messages emitted by the validator to show only those messages that are relevant to checking for conformance with the guidelines in section 4.1.1: Parsing of the Web Content Accessibility Guidelines (WCAG) 2.0 specification. http://validator.w3.org/nu/about.html#extras
Dann wäre "stillschweigend" irgendwie unpassend.
In jedem anderen Fall würde mich interessieren, wo man die Unterschiede nachlesen kann. Ich glaube nicht, dass das w3c solche Entscheidungen undokumentiert lässt.
-
Das stimmt zwar, man sollte aber berücksichtigen, dass der "alte" Validator, wenn er HTML5 validiert, zwar den nu-Validator verwendet, aber gleichzeitig ein paar von dessen Fehlermeldungen stillschweigend aussortiert.
Beziehst du dich damit auf diese Bemerkung?
Steve Faulkner has created a WCAG 2.0 parsing error bookmarklet that you can use in conjunction with the W3C Nu Markup Validator. It filters the messages emitted by the validator to show only those messages that are relevant to checking for conformance with the guidelines in section 4.1.1: Parsing of the Web Content Accessibility Guidelines (WCAG) 2.0 specification. http://validator.w3.org/nu/about.html#extras
Nein, darauf beziehe ich mich nicht. Dabei handelt es sich streng genommen um eine Ergänzung, die manuell vorzunehmen ist.
Das Beispiel, das ich gerade bringen wollte, scheint nun auch vom nu-Validator ignoriert zu werden. Früher schlug nu Alarm, wenn vor meta@charset ein nicht-ASCII-Zeichen vorkam, während das beim alten Validator entfernt wurde. Schade, dass es das nicht mehr zu geben scheint.
Ich hatte dies als Ergänzung für den alten Validator vorgeschlagen und dadurch erst gelernt, welche Bedeutung nu inzwischen hat.
Dann wäre "stillschweigend" irgendwie unpassend.
Ich denke, "stillschweigend" passt hierzu:
There are a number of known issues with the post-processing that http://validator.w3.org does on the output from the HTML5 checker (validator.nu backend). It's not within my purvey to fix those problems; I can only deal directly with any problems that are reproducible at http://validator.w3.org/nu/
In jedem anderen Fall würde mich interessieren, wo man die Unterschiede nachlesen kann. Ich glaube nicht, dass das w3c solche Entscheidungen undokumentiert lässt.
Die Unterschiede sind nirgends nachzulesen, weil der "alte" Validator nicht mehr weiterentwickelt oder gewartet wird und die Problematik insgesamt schlecht kommuniziert wird. Leider.
-
Hallo,
In jedem anderen Fall würde mich interessieren, wo man die Unterschiede nachlesen kann. Ich glaube nicht, dass das w3c solche Entscheidungen undokumentiert lässt.
Die Arbeit des W3Cs ist eine ziemliche Katastrophe in dieser Hinsicht. Michael[tm] Smith arbeitet zwar eifrig daran, aber insgesamt hat das Thema keine Priorität beim W3C.
Henri Sivonen war der erste, der einen HTML5-Parser geschrieben hat. Dieser wurde von Java in C++ übersetzt, so erhielt Firefox seinen HTML5-Parser. Henri Sivonen ist der einzige, der einen funktionsfähigen HTML5-Validator geschrieben hat (Quellcode) und eine Master-Arbeit darüber verfasst hat. Erst lange danach hat das W3C diesen beim bestehenden Validator als Webservice integriert und später bei sich als »Nu Validator« installiert. Dabei sollte er für HTML-Dokument heute der Standard sein.
In Daniels Link war ein kleiner URL-Fehler. Hier noch einmal korrigiert, da ziemlich aufschlussreich:
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20307
Wo Michael Smith auch sagt: »Don't use http://validator.w3.org/« ;)Mathias
-
-
-
-
Hallo!
Schade. Das passt mir gar nicht. Danke natürlich trotzdem für die Antwort und den Links!
Du könntest eventuell ein Eingabefeld mit dem Attribut "pattern" und einer RegExp verwenden.
Sowas wie<input type="text" name="foo" pattern="\d*" />könntest du dir anpassen.Grüße
-
-