Sehr schöne und übersichtliche Vorstellung der neuen Input-Typen – vielen Dank an die Autorin.

Zunächst noch einige inhaltliche Bemerkungen zu dem Artikel:
Auch der Safari (Win 4.0.2) bringt wohl auch schon eine gewisse/ teilweise native Unterstützung der Input-Typen mit. So wird bspw. beim Typ Range auch ein Slider dargestellt, allerdings wird der Wert (in Output) nicht angezeigt.

Wie mir scheint ist die Liste auch nicht ganz vollständig. So fehlen u.a. die Typen 'Telephone' und 'File Upload'.

Wer hier auch öfter die Kommentare liest weiß, dass ich kein Freund des derzeitigen HTML 5 Entwurfes bin.

Daran ändern auch die vermeintlich hilfreichen & praktischen neuen Input-Typen nichts!

Denn damit verabschieden wir uns dann endgültig von HTML als reine Auszeichnungssprache, indem dann nämlich auch eine gewisse Form von 'Logik' mit integriert wird. Diese hat aber imho in einer beschreibenden Textauszeichnungssprache nichts verloren.
Schlimmer noch: Wir geben die Kontrolle/ Steuerung dieser Logik auch noch aus der Hand! Nicht der Webautor kann diese steuern, sondern der jeweilige Browserhersteller. Höchst unterschiedliche Verhaltensweisen werden die Folge sein, wie man jetzt schon alleine am Vergleich von Opera 10 und Safari 4 sehen kann. So verweigert Opera bspw. das Absenden des Formulars, wenn ein Eingabefeld eine unzulässige Eingabe enthält, während der Safari diese lediglich rot gestrichelt unterlegt.

Wenn man also schon hingeht und solche 'Kontroll-Mechanismen' in die Browser implementiert (was ich vom Grundsatz her für falsch halte), dann doch bitte so, dass sie lediglich als 'Fallback' fungieren, falls der Webautor nicht per JS seine eigenen Mechanismen mitliefert, bzw. der User JS deaktiviert hat. Wobei mir in letzterem Fall eine serverseitige Überprüfung immer noch sinnvoller erschiene.

Kurz (und absichtlich 'bissig') gesagt, kommt mir dabei der Gedanke in den Sinn, ob man es anstatt HTML 5 nicht besser 'Hicksons DHTML Spielerei' nennen sollte!?

Und auch unter dem Blickwinkel der Accessibility bin ich mir (noch) nicht sicher, wie tauglich das neue Konzept ist.
So nimmt Opera 10 bspw. in keinem der 'date…' Felder eine Tastatureingabe an. Stattdessen öffnet sich grundsätzlich das Kalender-Widget, welches im übrigen auch nicht mitscrollt und bei dessen Links sich der Mauszeiger nicht zum Pointer verändert. Immerhin passt es sich der jeweiligen Zoomstufe an.

Alles in allem bin ich der Meinung, dass man die Dinge da belassen sollte, wo sie vom System her auch hingehören. Vor allem sollte die volle Kontrolle über seine Webanwendung beim jeweiligen Autor liegen und nicht abhängig sein von dem vom jeweiligen User verwendeten Browser.

Gruß Gunther

Da der Typ search noch in keinem Browser funktioniert, ist es noch nicht möglich Anwendungsbeispiele zu zeigen.

Das stimmt nicht ganz. In Safari funktioniert das schon seit langem und gibt ein hübsches Apple-Suchfeld aus. Die Attribute placeholder und results sorgen darüberhinaus für das echte Suchfeld-Feeling.

Außerdem wird der Input-Typ in Browsern, die ihn nicht unterstützen, zu einem normalen Textfeld degradiert, sodass der Benutzung auch keine Kompatibilitätsprobleme im Wege stehen.