@@Christian Kruse > Aus technischer Sicht muss man um das umzusetzen einen Date-Parser schreiben, der die verschiedenen Formate und deren Abwandlungen zweifelsfrei erkennt und das Datum richtig parsed. Nein. Man kann sich vorher klarmachen, dass das gar nicht geht. Ein Parser kann ohne weitere Information nicht wissen, ob 01-02-03 (mit was für Trennzeichen auch immer) für den 3. Februar 2001, den 1. Februar 2003 oder (völlig abwegig) den 2. Januar 2003 steht. Das kann ein Mensch (ohne Kontext) aber auch nicht. Der müsste auch rückfragen. > Bei einer Zweideutigkeit aufgrund des Formats muss dem User entweder das Datum erneut vorgesetzt werden mit der Information, dass das Datum so zweideutig ist oder es ist schlicht das falsche (sprich das nicht vom User gemeinte) Datum. Natürlich wäre ersteres zu tun. Wenn man denn Datumseingaben in beliebigen Formaten zulassen will. Vielleicht will man das aber nicht. Sondern dem Benutzer sagen, in welchem Format[^1] man die Eingabe erwartet. Das kann je nach Zielgruppe durchaus unterschiedlich sein. Bei einer internationalen Seite könnte man Sprachinformation und Geolocation auswerten, um bestmöglich zu raten. Sagte ich gerade, dem Benutzer sagen, in welchem Format man die Eingabe erwartet? Ja. Es gibt einen Unterschied zur [Diskussion](http://forum.selfhtml.org/self/2015/aug/15/input-type-gleich-tel/1647987#m1647987) über die Eingabe von Telefonnummern. Dort ist eine Nummer eindeutig, egal in welchem Format der Nutzer sie eingibt. > Eine Möglichkeit dem entgegen zu wirken wäre es, einen Hinweis-Text einzublenden, welches Format erwartet wird. Das müsste man via JS einblenden wenn das `type="date"`-Atttribut nicht unterstützt wird. Nein, das `placeholder`-Attribut wäre dafür prädestiniert. > Mein Fazit bleibt: die Verwendung von Date-Time-Input-Feldern ist problematisch und bleibt mit gravierenden Nachteilen verbunden. Problematisch, ja. Nicht mehr und nicht weniger problematisch als bei [Namen](http://www.w3.org/International/questions/qa-personal-names) zu erkennen, was _given name_{: lang="en"} (mit Absicht auf englisch, da es keine deutsche Entsprechung dafür gibt) und was Familienname ist. LLAP 🖖 -- Ist diese Antwort _anstößig_? Dann könnte sie [_nützlich_](http://forum.selfhtml.org/self/2015/jun/21/select-felder/1643860#m1643860) sein. [^1]: **Nachtrag:** richtiger: Reihenfolge. Die Trennzeichen und ob führende Nullen oder nicht kann dem Nutzer überlassen bleiben.

@@Christian Kruse > Aus technischer Sicht muss man um das umzusetzen einen Date-Parser schreiben, der die verschiedenen Formate und deren Abwandlungen zweifelsfrei erkennt und das Datum richtig parsed. Nein. Man kann sich vorher klarmachen, dass das gar nicht geht. Ein Parser kann ohne weitere Information nicht wissen, ob 01-02-03 (mit was für Trennzeichen auch immer) für den 3. Februar 2001, den 1. Februar 2003 oder (völlig abwegig) den 2. Januar 2003 steht. Das kann ein Mensch (ohne Kontext) aber auch nicht. Der müsste auch rückfragen. > Bei einer Zweideutigkeit aufgrund des Formats muss dem User entweder das Datum erneut vorgesetzt werden mit der Information, dass das Datum so zweideutig ist oder es ist schlicht das falsche (sprich das nicht vom User gemeinte) Datum. Natürlich wäre ersteres zu tun. Wenn man denn Datumseingaben in beliebigen Formaten zulassen will. Vielleicht will man das aber nicht. Sondern dem Benutzer sagen, in welchem Format man die Eingabe erwartet. Das kann je nach Zielgruppe durchaus unterschiedlich sein. Bei einer internationalen Seite könnte man Sprachinformation und Geolocation auswerten, um bestmöglich zu raten. Sagte ich gerade, dem Benutzer sagen, in welchem Format man die Eingabe erwartet? Ja. Es gibt einen Unterschied zur [Diskussion](http://forum.selfhtml.org/self/2015/aug/15/input-type-gleich-tel/1647987#m1647987) über die Eingabe von Telefonnummern. Dort ist eine Nummer eindeutig, egal in welchem Format der Nutzer sie eingibt. > Eine Möglichkeit dem entgegen zu wirken wäre es, einen Hinweis-Text einzublenden, welches Format erwartet wird. Das müsste man via JS einblenden wenn das `type="date"`-Atttribut nicht unterstützt wird. Nein, das `placeholder`-Attribut wäre dafür prädestiniert. > Mein Fazit bleibt: die Verwendung von Date-Time-Input-Feldern ist problematisch und bleibt mit gravierenden Nachteilen verbunden. Problematisch, ja. Nicht mehr und nicht weniger problematisch als bei [Namen](http://www.w3.org/International/questions/qa-personal-names) zu erkennen, was _given name_{: lang="en"} (mit Absicht auf englisch, da es keine deutsche Entsprechung dafür gibt) und was Familienname ist. LLAP 🖖 -- Ist diese Antwort _anstößig_? Dann könnte sie [_nützlich_](http://forum.selfhtml.org/self/2015/jun/21/select-felder/1643860#m1643860) sein.