LiveCycle Blog: Flexible Datumseingabe durch Datumsmuster//Flexible input of dates with date patterns

Ok, Datumsfelder sind ja sehr geläufig in Formularen, aber so richtig bequem sind sie manchmal nicht. Gerade wenn man das Datum in einem ganz bestimmten Format benötigt, scheitert es meistens an den Eigenheiten des Benutzers, wie er das Datum eingibt.
Klar, man kann ein Validierungsmuster definieren, wodurch der Benutzer informiert wird, wenn das eingegebene Datum nicht dem richtigen Format entspricht.
Wollen Sie, dass der Benutzer das Datum nur in diesem Format 17.10.2011 eingibt, verwenden Sie als Validierungsmuster date{DD.MM.YYYY}.
Entspricht die Eingabe nicht dem Muster, kommt eine Fehlermeldung.
Aber spätestens beim 3. Validierungsfehler hat der Benutzer dann auch keine Lust mehr.

Sie können das Problem für beide Seiten elegant lösen indem Sie auch Muster für das Bearbeiten und Anzeigen definieren.

So ein Muster beschreibt einfach, wie der Wert formatiert sein oder werden muss.
Durch die Möglichkeit mehrere Muster auch miteinander zu kombinieren, können Sie so vielfältige Eingaben erlauben und dennoch immer ein Datum nach einem festen Muster angezeigt bekommen.

Die Kombination aus diesen Bearbeitungsmustern date{DD.MM.YYYY}| date{DD:MM:YYYY}| date{DDMMYYYY}| date{DD MM YYYY}| date{DD-MM-YYYY}| date{DD,MM,YYYY}| date{DD/MM/YYYY}| date{DD.MM.YY}| date{DD:MM:YY}| date{DDMMYY}| date{DD MM YY}| date{DD-MM-YY}| date{DD,MM,YY}| date{DD/MM/YY} lässt verschiedenste Eingabeformate zu.

So kann der Benutzer das Datum als 17.10.2011, 17:10:2011, 17102011, 17 10 2011, 17-10-2011 usw. eingeben.
Über das Anzeigemuster date{DD.MM.YYYY} werden diese allesamt wieder in das Format 17.10.2011 umgewandelt, wodurch dann auch die Validierung erfolgreich ist.

Ok, date fields are very popular in forms, but sometimes not that comfortable as expected.
Especially when you need the date to be formatted in a specific way, it often fails with the way the user enters the date.
Sure, you can use a validation pattern to inform the users when the input is not correct.
If you want the user to enter dates like 10/17/2011 use the validation pattern date{MM/DD/YYYY}.
Does the entered date not match the pattern an error message is displayed.
But at least after the third failed attempt to enter the date correctly the user gets upset.

You can avoid such pitfalls when you use patterns for editing and displaying too.

With a pattern you simply describe, how a value has to be or will be formatted.
With the opportunity to combine several patterns you offer the user manifold ways for entering dates but also get the dates displayed in the one desired format.

The combination of these edit patterns date{MM.DD.YYYY}| date{MM:DD:YYYY}| date{MMDDYYYY}| date{MM DD YYYY}| date{MM-DD-YYYY}| date{MM,DD,YYYY}| date{MM/DD/YYYY}| date{MM.DD.YY}| date{MM:DD:YY}| date{MMDDYY}|date{MM DD YY}| date{MM-DD-YY}| date{MM,DD,YY}| date{MM/DD/YY} allows manifold way of entering.

So the user is allowed to enter the date 10/17/2011 as 10.17.2011, 10:17:2011, 10172011, 10 17 2011, 10-17-2011 and so on.
Through the display pattern date{MM/DD/YYYY} all those inputs will be formatted into 10/17/2011 which why the validation then is successful too.

Muster für Datumsfeld festlegen
//
Define patterns for date field